Redis集群读写速度过慢，循环写入2000条数据触发PHP超时如何解决？

排查建议 #

1. 基础集群与网络排查

• 在部署PHP的服务器上分别ping6个Redis节点IP，确认单节点平均延迟低于1ms，若跨机房部署延迟会显著升高，属于架构层面问题需调整部署方案。
• 用redis-cli分别连接所有Redis节点，执行set test 1确认单条写入耗时正常，同时执行cluster info确认cluster_state为ok，执行cluster nodes确认所有节点无fail状态、16384个槽位分配完整无缺失。

2. 客户端写法优化

你当前用循环单条set的写法，每执行1次命令就会产生1次网络往返，2000次请求对应2000次RTT，本身效率极低，集群场景下如果存在节点重定向还会进一步拉长耗时，优先改成批量写入：

• 若使用Predis客户端，用pipeline打包批量请求：

$pipe = $redis->pipeline();
for ($i=0; $i<2000; $i++) {
    $pipe->set("a{$i}", $i);
}
$replies = $pipe->execute();

• 若使用phpredis扩展，需开启集群模式下的pipeline支持，也可对key加哈希标签（如{test}a{$i}）让所有key落到同一槽位，直接用mset批量写入。

3. 客户端配置校验

• 确认你使用的Redis客户端集群模式配置正确，已开启MOVED/ASK自动重定向，避免每次槽位不匹配都要重新请求集群获取节点信息。
• 检查是否每次请求都重新建立Redis连接，没有复用连接池，连接建立的开销会大幅拉低写入速度。

4. Redis服务端排查

• 登录所有主节点执行slowlog get 50查看慢查询，正常set命令耗时应低于1ms，若存在大量慢查询，进一步排查是否有大key、服务端内存不足触发swap、RDB/AOF重写占满IO资源。
• 执行info config查看AOF刷盘策略，若为appendfsync always会强制每次写入都刷盘，性能极差，改成appendfsync everysec可大幅提升写入性能。
• 查看节点的CPU、带宽、连接数指标，确认服务端本身没有达到性能瓶颈。

内容的提问来源于stack exchange，提问作者hwm