# 当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。
################################## SECURITY ###################################
# 要求客户端在处理惩罚任何呼吁时都要验证身份和暗码。
# 这个成果在有你不信任的其它客户端可以或许会见redis处事器的情况里很是有用。
#
# 为了向后兼容的话这段应该注释掉。并且大大都人不需要身份验证(譬喻:它们运行在本身的处事器上)
#
# 告诫：因为Redis太快了，所以外面的人可以实验每秒150k的暗码来试图破解暗码。这意味着你需要
# 一个高强度的暗码，不然破解太容易了。
#
# requirepass foobared
# 呼吁重定名
#
# 在共享情况下，可觉得危险呼吁改变名字。好比，你可觉得 CONFIG 改个其他不太容易猜到的名字，
# 这样内部的东西仍然可以利用，而普通的客户端将不可。
#
# 譬喻：
#
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
#
# 也可以通过更名为空字符串来完全禁用一个呼吁
#
# rename-command CONFIG ""
#
# 请留意：改变呼吁名字被记录到AOF文件或被传送到从处事器大概发生问题。
################################### LIMITS ####################################
# 配置最多同时毗连的客户端数量。默认这个限制是10000个客户端，然而假如Redis处事器不能设置
# 处理惩罚文件的限制数来满意指定的值，那么最大的客户端毗连数就被配置成当前文件限制数减32（因
# 为Redis处事器保存了一些文件描写符作为内部利用）
#
# 一旦到达这个限制，Redis会封锁所有新毗连并发送错误'max number of clients reached'
#
# maxclients 10000
# 不要用比配置的上限更多的内存。一旦内存利用到达上限，Redis会按照选定的接纳计策（拜见：
# maxmemmory-policy）删除key
#
# 假如因为删除计策Redis无法删除key，可能计策配置为 "noeviction"，Redis会回覆需要更
# 多内存的错误信息给呼吁。譬喻，SET,LPUSH等等，可是会继承响应像Get这样的只读呼吁。
#
# 在利用Redis作为LRU缓存，可能为实例配置了硬性内存限制的时候（利用 "noeviction" 计策）
# 的时候，这个选项凡是事很有用的。
#
# 告诫：当有多个slave连上到达内存上限的实例时，master为同步slave的输出缓冲区所需
# 内存不计较在利用内存中。这样当驱逐key时，就不会因网络问题 / 从头同步事件触发驱逐key
# 的轮回，反过来slaves的输出缓冲区布满了key被驱逐的DEL呼吁，这将触发删除更多的key，
# 直到这个数据库完全被清空为止
#
# 总之...假如你需要附加多个slave，发起你配置一个稍小maxmemory限制，这样系统就会有空闲
# 的内存作为slave的输出缓存区(可是假如最大内存计策配置为"noeviction"的话就没须要了)
#
# maxmemory <bytes>