Redis Cluster只读模式下未同步从节点的请求处理逻辑问询

先直接给出核心结论，再拆解细节：

• 核心答案：当从节点处于CLIENT CLUSTER（集群模式连接）且开启READONLY模式时，如果从节点本地还没同步到主节点的目标Key，Redis集群不会自动将请求重定向到主节点，而是直接返回(nil)。

针对你的场景细节解释 #

用redis-cli -c（集群模式客户端）连接只读从节点请求未同步Key的情况：
这个集群模式客户端的重定向逻辑，完全依赖Redis节点返回的MOVED或ASK指令。而在这个场景里：

1. 从节点本身属于目标Key对应槽位的主节点的副本，它有权处理该槽位的读请求；
2. 从节点本地查不到该Key时，不会去主动查询主节点，也不会生成重定向指令；
3. 所以客户端会直接收到(nil)的返回结果，不会自动跳转到主节点去查询。

举个实际操作的例子更直观：
假设主节点M负责槽位5000，里面存了user:100这个Key；从节点S是M的从节点，但还没完成全量同步，本地没有user:100。
我们执行：

redis-cli -c -h S_IP -p S_PORT

然后在客户端里开启只读模式：

CLIENT READONLY

接着查询Key：

GET user:100

此时返回的就是(nil)，而不是MOVED 5000 M_IP:M_PORT这类重定向指令，客户端也不会自动切换到主节点M去查询。

本质上，只读从节点的设计是提供本地已同步数据的读扩展，而不是作为主节点的透明代理。如果需要确保读到最新数据，要么等从节点完成同步，要么直接请求主节点，或者在客户端层面做逻辑判断（比如收到(nil)后主动去主节点查询，但这需要自己实现）。

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