Question

我想知道Redis群集模式中的read key。

我的redis群集信息：

127.0.0.1:7001> cluster nodes
2f255a65c7238134a5b2b84671f1d1af01778178 127.0.0.1:7004@17004 slave 4c1fe92725284ae39f9b538674d9f13ae6d75d66 0 1519807517000 5 connected
cf434afde5f61917f46af8982f6f1e72bedabc9e 127.0.0.1:7001@17001 myself,master - 0 1519807516000 2 connected 5461-10922
4c1fe92725284ae39f9b538674d9f13ae6d75d66 127.0.0.1:7002@17002 master - 0 1519807517765 3 connected 10923-16383
281be7a01b553b0600789ec08e30c38949bfdd59 127.0.0.1:7005@17005 slave e2ca464b949bddc0e5414345ad6f238449be8e94 0 1519807516756 6 connected
e2ca464b949bddc0e5414345ad6f238449be8e94 127.0.0.1:7000@17000 master - 0 1519807517563 1 connected 0-5460
d86241a9eb69e8055de05dd95d54b348a836cbda 127.0.0.1:7003@17003 slave cf434afde5f61917f46af8982f6f1e72bedabc9e 0 1519807517000 4 connected

我想知道这个！

bash
❯ redis-cli -c -p 7003
127.0.0.1:7003> keys *
1) "key1"
127.0.0.1:7003> get key1
-> Redirected to slot [9189] located at 127.0.0.1:7001
"val1"
127.0.0.1:7001>

Slave与master和
具有相同的键师父有同样的关键。

但为什么..为什么get key命令行为重定向到主人？
为什么呢？
我不懂Redis Cluster ......

Answer 1

默认情况下，slave将客户端重定向到其主服务器，因为slave上的数据可能是陈旧的，即写入master可能不会同步到slave。

但是，有时我们并不关心陈旧性，并希望通过从奴隶中读取（可能过时的）数据来扩展读取操作。

为了实现这一点，您可以将READONLY命令发送给slave。然后，该连接上的任何就绪操作都将由从属服务，并且不会被重定向到其主服务器。

如果要关闭READONLY模式，可以发送READWRITE命令告诉从属服务器将读取请求重定向到主服务器。

注意：

无论从属设备处于READONLY还是READWRITE模式，您都无法写入从设备，即写操作始终会重定向到主设备。

<强>更新： slave-serve-stale-data和slave-read-only配置与READONLY和READWRITE命令无关。

slave-serve-stale-data控制从属服务器是否应该将请求重定向到主服务器，或者只是在它与主服务器失去连接时返回错误，或者复制仍在进行中。

slave-read-only控制是否可以写入slave。但是，这些写操作不会传播到主设备和其他从设备，并且在与主设备重新同步后将被删除。

当redis获得slave中的密钥时，为什么要重定向到master？

1 个答案: