# 默认假如开启RDB快照(至少一条save指令)而且最新的靠山生存失败，Redis将会遏制接管写操纵
# 这将利用户知道数据没有正确的耐久化到硬盘，不然大概没人留意到而且造成一些劫难。
#
# 假如靠山生存历程能从头开始事情，Redis将自动答允写操纵
#
# 然而假如你已经陈设了适当的Redis处事器和耐久化的监控，你大概想关掉这个成果以便于纵然是
# 硬盘，权限等出问题了Redis也可以或许像平时一样正常事情，
stop-writes-on-bgsave-error yes
# 当导出到 .rdb 数据库时是否用LZF压缩字符串工具？
# 默认配置为 "yes"，因为险些在任何环境下它都是不错的。
# 假如你想节减CPU的话你可以把这个配置为 "no"，可是假如你有可压缩的key和value的话，
# 那数据文件就会更大了。
rdbcompression yes
# 因为版本5的RDB有一个CRC64算法的校验和放在了文件的最后。这将使文件名目越发靠得住但在
# 出产和加载RDB文件时，这有一本机能耗损(约莫10%)，所以你可以关掉它来获取最好的机能。
#
# 生成的封锁校验的RDB文件有一个0的校验和，它将汇报加载代码跳过查抄
rdbchecksum yes
# 耐久化数据库的文件名
dbfilename dump.rdb
# 事情目次
#
# 数据库会写到这个目次下，文件名就是上面的 "dbfilename" 的值。
#
# 累加文件也放这里。
#
# 留意你这里指定的必需是目次，不是文件名。
dir ./
################################# REPLICATION #################################
# 主从同步。通过 slaveof 指令来实现Redis实例的备份。
# 留意，这里是当地从远端复制数据。也就是说，当地可以有差异的数据库文件、绑定差异的IP、监听
# 差异的端口。
#
# slaveof <masterip> <masterport>
# 假如master配置了暗码掩护（通过 "requirepass" 选项来设置），那么slave在开始同步之前必需
# 举办身份验证，不然它的同步请求会被拒绝。
#
# masterauth <master-password>
# 当一个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