【问题标题】:Does setting "slave-read-only no" will make slave confirm every hash lookup with the master?设置“slave-read-only no”是否会让slave与master确认每次哈希查找?
【发布时间】:2016-09-23 16:13:58
【问题描述】:

我想配置从属设备以启用写入 (slave-read-only no)。用例是启用临时缓存。

但是,文档中的这一段让我担心:

通常,从节点会将客户端重定向到给定命令中涉及的哈希槽的权威主节点,但是客户端可以使用从节点来使用 READONLY 命令扩展读取。

– http://redis.io/commands/readonly

设置slave-read-only no 是否会让slave 与master 确认每次哈希查找?

【问题讨论】:

  • 您所说的“与主服务器确认每个哈希查找”是什么意思?设置slave-read-only no将只允许在slave上写入,并且更改无法同步到其他节点。
  • “通常从节点会将客户端重定向到权威主节点,以获得给定命令中涉及的哈希槽”,this.这听起来像是添加slave-read-only no 将使从属向主控查询每个命令。

标签: redis


【解决方案1】:

请注意,slave-read-only config 指的是复制,READONLY 指的是 redis-cluster 命令。

如果你没有使用 redis-cluster,你可以放心地忽略READONLY 命令文档。请参阅https://raw.githubusercontent.com/antirez/redis/2.8/redis.conf。写入不应该复制也不需要查找到主控。我的wireshark 使用slave-read-only no 在redis 上转储显示没有任何迹象表明由于写入从服务器本身而与主服务器进行任何通信。

另一方面,如果您正在使用 redis-cluster,并参考 READWRITE 行为:集群节点之间的通信以进行哈希槽更新和其他集群特定消息被优化为使用最少的带宽和最少的处理时间。从服务器上的每次写入很可能不会发生通信哈希槽更新。

【讨论】:

    猜你喜欢
    • 2011-11-17
    • 2017-08-06
    • 2013-09-22
    • 1970-01-01
    • 1970-01-01
    • 2017-10-26
    • 2017-01-21
    • 2014-12-17
    • 2018-06-04
    相关资源
    最近更新 更多