高流量 WordPress 网站经常受到 MySQL 数据库负载过高的困扰，这由重复查询执行、动态文章元数据查找以及未缓存的 WooCommerce 会话写入所引起。通过使用持久化 Unix 域套接字和精细调优的驱逐策略，将复杂的 SQL 查询卸载到内存中的 Redis 对象缓存，数据库执行延迟从每个请求 120ms 降至 0.8ms 以下。
1. Unix 域套接字与 TCP 环回延迟的对比
大多数标准的 Redis 设置通过本地网络环回接口连接（127.0.0.1:6379）。虽然功能可用，但 TCP 环回引入了内核 TCP 栈开销、数据包封装和上下文切换。
通过 Unix 域套接字将 WordPress 连接到 Redis（/var/run/redis/redis-server.sock）完全绕过了网络路由，利用直接共享内存缓冲区实现 25–30% 的延迟降低：
// wp-config.php
define('WP_REDIS_SCHEME', 'unix');
define('WP_REDIS_PATH', '/var/run/redis/redis-server.sock');
define('WP_REDIS_DATABASE', 0);
define('WP_REDIS_TIMEOUT', 1.0);
define('WP_REDIS_READ_TIMEOUT', 1.0);2. 内存大小与 & 驱逐策略： allkeys-lru
当 Redis 达到其最大分配内存限制时（maxmemory），其驱逐策略决定了如何接受新键。默认策略（noeviction）在内存满时会抛出严重错误，导致 WordPress 写入中断。
对于高流量 WordPress 托管，配置 allkeys-lru 可以确保安全驱逐最近最少使用的键，为活动数据库查询结果腾出空间，且不会造成停机：
# /etc/redis/redis.conf
maxmemory 512mb
maxmemory-policy allkeys-lru
save "" # Disable unnecessary disk persistence on pure cache instances为什么在纯缓存上禁用磁盘持久化（RDB/AOF）？
当 Redis 纯粹用作持久化 MySQL 数据库旁边的对象缓存时，禁用后台快照（save ""）消除了繁重的磁盘 I/O fork，从而为数据库操作释放了服务器 IOPS。
3. 非持久化组与 & WooCommerce 优化
某些 WordPress 数据组（例如瞬态令牌、购物车会话和速率限制计数器）永远不应无限期地存储在内存中。定义非持久化组可以防止缓存膨胀并消除过时的库存数据：
// wp-config.php
define('WP_REDIS_IGNORED_GROUPS', [
'counts',
'plugins',
'themes',
'wc_session_id'
]);4. 基准性能提升
Redis 对象缓存对 WordPress 查询吞吐量的影响总结如下：
| 工作负载指标 | 标准 MySQL 栈 | WinWinHost Redis 栈 | 性能增幅 |
|---|---|---|---|
| 数据库查询数 / 页面 | 75 – 140 个查询 | 2 – 6 个查询 | 减少 95% 的查询 |
| 平均查询延迟 | 85ms – 220ms | < 0.8ms | 查找速度快 倍 |
| 服务器 CPU 利用率 | 65% – 90% | 12% – 25% | 并发能力提高 倍 |
5. 总结
通过 Unix 域套接字实现 Redis 对象缓存并配合 allkeys-lru 驱逐策略，是扩展高流量 WordPress 商城最有效的优化手段。WinWinHost 托管 WordPress 方案开箱即用，预先配置了专用的 NVMe Redis 实例。