为Discuz!X3.5引入Discuz!X5.0 Redis性能和内存缓存加速能力和具备WP的Object Cache Pro极致性能体验的Discuz! Redis Pro增强扩展包：【2025.12.21 推进更新至 V7.1 极致版本】

熟悉WP的都知道：WordPress 默认使用的是“非持久化”的内存缓存（即每次请求结束后缓存就清空）。Object Cache Pro 则通过连接 Redis（或 Memcached）这样的外部缓存服务器，把原本临时的对象缓存变成持久化、跨请求共享的缓存，避免重复查询数据库或执行昂贵的 PHP 操作。
Object Cache Pro 是一款专为 WordPress 设计的高性能、商业级对象缓存插件，主要用于将 WordPress 的内部对象缓存（Object Cache）持久化到 Redis，从而显著提升网站性能和可扩展性。它由付费插件开发商 Rhubarb Group 开发，是 WordPress 官方推荐的高级缓存解决方案之一。

而熟悉X5.0的都知道：X5.0 在 feature() 探测、Lua 脚本、Cluster 等方面对内存驱动做了增强；
所以废话不多说，怎么做到既要WP的Object Cache Pro的高级能力实现又要在X3.5中享受X5.0的内存驱动增强呢：
DZ插件网2G2H 1M带宽的服务器实测性能演示：
Redis 状态仪表盘：https://www.dz-x.net/redis_status.php 【开放访问】

DZ插件网独家为站长加速Discuz!网站，发挥极致的Redis性能和内存缓存加速优化，包括今后的实现Redis的L7层CC防御的WAF能力！
DZ插件网做出了Redis 增强包（基线）主要实现：
保留了 X3.5 的接口习惯（get/set/getMulti/clear/evalscript 等）；
对齐了 X5.0 的能力探测方式（通过 feature() 检测 driver 支持 set/hash/sortedset/cluster/lua/pipeline 等）；

• prefetch() 统一入口；
• userstats 懒重建逻辑；
• 与 RedisProClient 的动态 TTL / Strict / Telemetry 的协作接口。
  
  

Discuz 协作层（memory_driver / discuz_memory） [12.19 v7.0 更新增强]

• 对齐 X5 的 clear/evalscript/prefetch 调用链
• Prefetch → RedisProClient::prefetchKeys() 打通
• info()/expire() 诊断接口为面板与审计提供能力
  
  

Object Cache Pro高级功能特性引入：
1. 高级序列化机制（Auto Serializer）

• php / igbinary / msgpack 自动协商
• strict=1 时强制序列化检查
• Telemetry 记录序列化时间
  
  

2. 高级压缩（Auto Compression）

• 支持 zstd / lz4 / lzf 自动协商
• 自动 fallback
• 多级 Envelope 包装
  
  

3. TTL Jitter + max_ttl

• 避免缓存雪崩
• 兼容 Discuz X3.5 框架行为
• 参考 OCP maxttl 策略
  
  

4. 动态 TTL（Dynamic TTL Profile）

• 按页面类型自动确定 TTL 范围
  （forum_index / thread / home / portal / plugin / generic）
• 完整可配置、可观测
  
  

5. Prefetch（缓存预取）完整实现

• 重写 RedisProClient::prefetchKeys()
• 将 prefetched / prefetch_hits 写入 Telemetry
• 修复 memory_driver_redis::prefetch()
• 支持 prefetch_map 业务前缀自动匹配
• 完整打通 Discuz → 内核 → RedisProClient → Redis
  
  

6. Group Flush（按业务分组清理）

• clearByPattern() 基础能力
• async_flush 与 slowlog 机制复用
• 未来与 UI 面板对接
  
  

7. Strict Mode

• 协议检查
• 禁止非序列化数据污染 Redis 缓存
• 用于保护 OCP 风格缓存一致性
  
  

8. Key Layout（Cluster Friendly）

• 避免热点 key 分布不均
• hash_tag 兼容
  
  

9. Telemetry（核心监控体系）

• stats:global hash
• prefetches / prefetch_hits
• serializer_* 字段
• compression_* 字段
• envelope_* 字段预留
• slowlog_threshold 支持
  
  

10. Redis Dashboard（redis_status.php）

• 可视化：
  
  
  • latency
  • hit ratio
  • TTL distribution
  • prefetch 命中率
  • memory usage
  • eviction policy 诊断（allkeys-lru / volatile-lru）
    
    

11. 兼容 TCP / Unix Socket

• Windows → TCP
• Linux → unix:///tmp/redis.sock
• 支持 fallback_to_tcp
  
  

12. Envelope Telemetry 写入

• envelope_encoded
• envelope_decoded
• envelope_small_bypass
• envelope_raw_size
• envelope_final_size
  
  

12.15 新增能力：
RedisProClient（OCP 风格核心驱动）

• 文件：extend/redis-pro/RedisProClient.php
• 已实现/确认的能力：
  
  
  • TTL 抖动 + max_ttl（normalizeTtl）
  • Cluster-friendly key layout（hash_tag 兼容）
  • async_flush、group_flush API
  • Telemetry（hits/misses/latency/ops 等）
  • SlowLog（慢操作观测）
  • 本地缓存（减少重复 Redis IO）
  • TCP + Unix Socket 双模式兼容
  • clearByPattern($pattern, $limit, $async)：SCAN+DEL 批量清理（为 Group Flush UI 预埋）
  • 动态 TTL profile（按 forum/home/portal/plugin/generic 页面类型），开关 dynamic_ttl_enabled
  • strict=1 时连接级自动选择 serializer/compression（Auto Serializer / Auto Compression Phase）
  • Envelope pipeline：编码/解码计数、small bypass、raw/final size、压缩收益统计等（逐步对齐 OCP 行为）
    
    

Discuz X3.5 内存驱动协作（对齐 X5 思路）

• 文件：source/class/discuz/discuz_memory.php、source/class/memory/memory_driver_redis.php
• 已实现：
  
  
  • clear()/evalscript() 协作方式对齐 X5
  • info()/expire() 诊断与 TTL 接口，为仪表盘与 OCP 风格诊断扩展提供基础
    
    

12.19 v7.0更新增强：
核心缓存引擎层（RedisProClient）

• Envelope pipeline（自动序列化/压缩/回退）+ counters（encoded/decoded/bypass/ratio/saved_bytes）
• Serializer auto（php/igbinary/msgpack）与能力探针
• Compression auto（lzf/lz4/zstd）与收益阈值（min_size/min_gain/max_size）
• TTL 策略体系：ttl_jitter + max_ttl + dynamic_ttl_profile
• Strict mode（key 规范/误用检测方向）
• Group flush + async flush（SCAN+DEL + 异步避免阻塞）
• Cluster-friendly key layout / hash_tag（可扩展到集群）
• Telemetry + SlowLog（命中/耗时/错误/慢操作）
  
  

可观测闭环（redis_status.php + RedisServerStatus）

• OCP 风格 diagnostics：policy/eviction/capabilities/codec
• Telemetry 的 stats/stats_derived 口径化输出
• Prefetch 验收口径工程化（per_request/effective/skip reason）
• Realtime Fragments ROI + health/actions（“看见问题→给建议→能收敛”）
  
  

全量Redis数据采样后台：https://www.dz-x.net/redis_status.php?format=json [12.19 v7.0版新增]
Realtime Fragments（12.19 v7.0版新增 Discuz-specific 的亮点）

• LightCache（soft/hard TTL）+ SWR + singleflight + throttle
• cookie/syscache/db 多源回退
• Self-heal（autoflush 后 forumstats 空的“一次性自愈”）
• ROI 指标采集 + Autotune（尤其 onlinenum）
  
  

管理员网站统计计数第三方模板采样数据视角(管理员 UID1 可视数据保护)：https://www.dz-x.net/redis_realtime_fragments.php?debug=1 [12.19 v7.0版新增]
Redis 状态面板（OCP Diagnostics 风格）

• 文件：redis_status.php、extend/redis_server/RedisServerStatus.php
• 已实现：
  
  
  • Redis 基础信息、keyspace、memory、policy 探测
  • codec/capabilities 探针输出（phpredis/igbinary/zstd 等）
  • Telemetry 可视化：stats / stats_derived（OCP 风格）
  • Prefetch(Generic) 验收口径与诊断建议：
    
    
    • prefetch_generic_per_request、prefetch_generic_effective
    • prefetch_generic_skipped_small/capped 汇总诊断
      
      
  • Realtime Fragments ROI 模块：hit/miss/db_rate/p95/refresh_ok 等，并输出可执行建议
  • 时区显示修正（面板时间按 Asia/Shanghai 展示）
    
    

Cron AutoFlush（凌晨 03:00 自动触发）

• 文件：source/include/cron/cron_redis_autoflush.php
• 已实现/调整方向：
  
  
  • 默认从“全量清空”转向“安全 patterns 清理”（避免把 syscache/forumstats 等关键计数缓存打穿后锁死 0）
  • 现在线上 auto_flush scope=patterns，patterns 示例：*blockcache_*, *portal_*, *forumdisplay_*
  • 与 Realtime Self-heal 联动，保证清理后不会锁死在 0
    
    

线上观测证据（必须当成验收口径）

将以 redis_status.php?format=json 的这些段作为验收口径：[12.19 v7.0版新增  管理员视角 数据中台采样全量数据]

• stats：hits/misses/gets/mgets/sets/dels/time_get/time_set、prefetches/prefetch_hits、ttl_samples、envelope_、serializer_、compression_* 等
• stats_derived：hit_rate、ops_per_sec、avg_req_ms、prefetch_*_rate、prefetch_generic_per_request、env_compression_ratio、compression_saved_bytes 等
• rt_fragments_roi：hit_rate、db_rate_metric、p95_latency_us、refresh_*、health/actions 等
• prefetch_key_top：hotmiss/hotaccess/hit 排名（按 group：forum/home/generic…）
• codec/capabilities：phpredis/igbinary/zstd 版本探针（确认真实环境）
  
  

特别注意：

• Prefetch 命中数可能 > prefetches（因为一次 prefetch 包含多个 key），这是预期行为。
• Realtime ROI 中 ok>attempt 需 clamp；应修正 refresh_ok 计数逻辑（已在面板口径做 clamp，并提示检查源逻辑）。
  
  

[此处包含隐藏内容，如果需要查看请回复]

进入原文参与互动