Redis 能减少数据库重复工作，但它并非天然有利。网络延迟、淘汰策略、序列化和插件行为都可能让它变成新的瓶颈。
“已连接”不等于健康。应该测量命中率、延迟、内存压力以及真实应用行为。
1. 先确认 Redis 在哪里运行
Unix Socket、本机 TCP 与远程 Redis 的延迟差异很大。远程缓存甚至可能比被替代的数据库查询更慢。
2. 检查内存与淘汰策略
频繁淘汰会导致性能不稳定，并让对象还没产生价值就被删除。
3. 区分对象缓存与页面缓存
对象缓存、整页缓存和 CDN 存放的东西不同。应该清理真正拥有陈旧值的那一层。
4. 查找超大或高频变动对象
大型 options、transients 与频繁变化的 key 会增加内存和序列化成本。
5. 单独测量 wp-admin
后台页面往往会暴露匿名前台基准测试看不到的对象缓存问题。
6. 做有控制的开关对比
受控 A/B 测量比猜测更有价值。如果关闭对象缓存后目标路径更快，应先调查原因再重新启用。