redis的配置文件详解redis.conf

潇洒紫焰

# 主从同步。通过 slaveof 指令来实现Redis实例的备份。　　# 注意，这里是本地从远端复制数据。也就是说，本地可以有不同的数据库文件、绑定不同的IP、监听
　　# 不同的端口。
　　#
　　# slaveof
　　# 如果master设置了密码保护（通过 "requirepass" 选项来配置），那么slave在开始同步之前必须
　　# 进行身份验证，否则它的同步请求会被拒绝。
　　#
　　# masterauth
　　# 当一个slave失去和master的连接，或者同步正在进行中，slave的行为有两种可能：
　　#
　　# 1) 如果 slave-serve-stale-data 设置为 "yes" (默认值)，slave会继续响应客户端请求，
　　# 可能是正常数据，也可能是还没获得值的空数据。
　　# 2) 如果 slave-serve-stale-data 设置为 "no"，slave会回复"正在从master同步
　　# （SYNC with master in progress）"来处理各种请求，除了 INFO 和 SLAVEOF 命令。
　　#
　　slave-serve-stale-data yes
　　# 你可以配置salve实例是否接受写操作。可写的slave实例可能对存储临时数据比较有用(因为写入salve
　　# 的数据在同master同步之后将很容被删除)，但是如果客户端由于配置错误在写入时也可能产生一些问题。
　　#
　　# 从Redis2.6默认所有的slave为只读
　　#
　　# 注意:只读的slave不是为了暴露给互联网上不可信的客户端而设计的。它只是一个防止实例误用的保护层。
　　# 一个只读的slave支持所有的管理命令比如config,debug等。为了限制你可以用'rename-command'来
　　# 隐藏所有的管理和危险命令来增强只读slave的安全性
　　slave-read-only yes
　　# slave根据指定的时间间隔向master发送ping请求。
　　# 时间间隔可以通过 repl_ping_slave_period 来设置。
　　# 默认10秒。
　　#
　　# repl-ping-slave-period 10
　　# 以下选项设置同步的超时时间
　　#
　　# 1）slave在与master SYNC期间有大量数据传输，造成超时
　　# 2）在slave角度，master超时，包括数据、ping等
　　# 3）在master角度，slave超时，当master发送REPLCONF ACK pings
　　#
　　# 确保这个值大于指定的repl-ping-slave-period，否则在主从间流量不高时每次都会检测到超时
　　#
　　# repl-timeout 60
　　# 是否在slave套接字发送SYNC之后禁用 TCP_NODELAY ？
　　#
　　# 如果你选择“yes”Redis将使用更少的TCP包和带宽来向slaves发送数据。但是这将使数据传输到slave
　　# 上有延迟，Linux内核的默认配置会达到40毫秒
　　#
　　# 如果你选择了 "no" 数据传输到salve的延迟将会减少但要使用更多的带宽
　　#
　　# 默认我们会为低延迟做优化，但高流量情况或主从之间的跳数过多时，把这个选项设置为“yes”
　　# 是个不错的选择。
　　repl-disable-tcp-nodelay no
　　# 设置数据备份的backlog大小。backlog是一个slave在一段时间内断开连接时记录salve数据的缓冲，
　　# 所以一个slave在重新连接时，不必要全量的同步，而是一个增量同步就足够了，将在断开连接的这段
　　# 时间内slave丢失的部分数据传送给它。
　　#
　　# 同步的backlog越大，slave能够进行增量同步并且允许断开连接的时间就越长。
　　#
　　# backlog只分配一次并且至少需要一个slave连接
　　#
　　# repl-backlog-size 1mb
　　# 当master在一段时间内不再与任何slave连接，backlog将会释放。以下选项配置了从最后一个
　　# slave断开开始计时多少秒后，backlog缓冲将会释放。
　　#
　　# 0表示永不释放backlog
　　#
　　# repl-backlog-ttl 3600
　　# slave的优先级是一个整数展示在Redis的Info输出中。如果master不再正常工作了，哨兵将用它来
　　# 选择一个slave提升=升为master。
　　#
　　# 优先级数字小的salve会优先考虑提升为master，所以例如有三个slave优先级分别为10，100，25，
　　# 哨兵将挑选优先级最小数字为10的slave。
　　#
　　# 0作为一个特殊的优先级，标识这个slave不能作为master，所以一个优先级为0的slave永远不会被
　　# 哨兵挑选提升为master
　　#
　　# 默认优先级为100
　　slave-priority 100
　　# 如果master少于N个延时小于等于M秒的已连接slave，就可以停止接收写操作。
　　#
　　# N个slave需要是“oneline”状态
　　#
　　# 延时是以秒为单位，并且必须小于等于指定值，是从最后一个从slave接收到的ping（通常每秒发送）
　　# 开始计数。
　　#
　　# This option does not GUARANTEES that N replicas will accept the write, but
　　# will limit the window of exposure for lost writes in case not enough slaves
　　# are available, to the specified number of seconds.
　　#
　　# 例如至少需要3个延时小于等于10秒的slave用下面的指令：
　　#
　　# min-slaves-to-write 3
　　# min-slaves-max-lag 10
　　#
　　# 两者之一设置为0将禁用这个功能。
　　#
　　# 默认 min-slaves-to-write 值是0（该功能禁用）并且 min-slaves-max-lag 值是10。
　　##################################