对象缓存是 WordPress 性能优化中非常重要但经常被忽视的一环。与页面静态缓存（生成 HTML 文件）不同，对象缓存存储的是 PHP 对象的序列化数据，目的不是替代页面缓存，而是减少数据库查询。当你开启对象缓存后，get_option、get_post_meta、WP_Query 等常用操作的结果会被存储在内存中，后续调用直接返回，不再查询数据库。

Redis 是目前最流行的对象缓存后端，它比 Memcached 支持更多的数据类型，持久化机制也更完善。在 WordPress 中配置 Redis 对象缓存需要三个要素：服务器上安装并运行 Redis 服务，WordPress 安装 Redis 对象缓存插件，以及正确配置连接参数。

服务器端 Redis 的安装相对简单。对于 Ubuntu/Debian 系统，使用 apt install redis-server 即可。安装后检查服务状态 systemctl status redis。默认配置下 Redis 监听 6379 端口，并且只允许本地访问，这对大多数 WordPress 站点是安全的。如果需要远程访问（比如多台 Web 服务器共享一个 Redis），需要修改 /etc/redis/redis.conf 中的 bind 配置，并设置密码认证。

WordPress 端的插件推荐使用 Redis Object Cache。这款插件是官方维护的，兼容性好。安装激活后，需要修改 wp-config.php 添加连接配置：

define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);
define('WP_REDIS_PASSWORD', '你的密码');
define('WP_REDIS_TIMEOUT', 1);
define('WP_REDIS_READ_TIMEOUT', 1);

如果你使用多站点网络，建议为每个子站点分配不同的 Redis 数据库编号，避免数据混淆。WP_REDIS_DATABASE 可以设置为站点 ID 或者一个固定值加上站点后缀。

配置完成后，插件后台会显示 Redis 连接状态。如果显示“已连接”，你可以看到缓存命中率、缓存键数量等统计信息。命中率是衡量缓存效果的关键指标，如果命中率低于 70%，说明很多查询没有被缓存，可能需要检查缓存策略。

对象缓存的默认行为是缓存所有数据库查询结果，但有些数据不适合缓存。比如用户登录状态、购物车内容、实时价格等需要实时更新的数据。你可以通过 wp_cache_set 和 wp_cache_get 手动控制缓存，或者使用 wp_cache_add_non_persistent_groups 排除某些组：

php
复制
下载 
wp_cache_add_non_persistent_groups(array('userlogins', 'useremail', 'userslugs', 'usermeta'));

这些组的缓存默认就是非持久的，但你可以根据需要添加更多组。

缓存的过期时间是一个需要平衡的参数。设置太短，缓存命中率低；设置太长，数据不够新鲜。WordPress 对象缓存默认的过期策略基于数据变化的触发（比如更新文章时会清除相关缓存），而不是固定时间过期。这意味着你不需要担心缓存数据过旧的问题，因为只要内容更新，对应的缓存会被自动清除。

Redis 的内存管理也很重要。默认 Redis 使用 maxmemory 和 maxmemory-policy 控制内存使用。如果你的服务器内存有限，建议设置 maxmemory 为物理内存的 60%-80%，并设置 maxmemory-policy 为 allkeys-lru，这样 Redis 会在内存满时淘汰最近最少使用的键。

在多服务器负载均衡环境下，对象缓存的价值更加突出。所有 Web 服务器共享同一个 Redis 实例，当一台服务器更新数据后，缓存会被清除，其他服务器的缓存也会自动失效，保持数据一致性。

调试 Redis 缓存问题可以使用 redis-cli 命令行工具。连接 Redis 后，INFO 命令显示服务器的运行状态和统计数据。KEYS * 可以查看所有缓存键（生产环境慎用，因为数据量大时会阻塞），FLUSHDB 清空当前数据库的缓存（用于调试但不要在生产环境随意使用）。

最后，对象缓存和页面缓存是互补的关系，不是二选一。如果你已经使用了页面静态缓存，加上对象缓存后，数据库查询会进一步减少，页面生成的耗时会从几百毫秒降到几十毫秒。两者同时使用，能让 WordPress 的响应速度达到接近静态网站的级别。