Slaveof
主-从时候使用slaveof指令区同步主机的数据。redis的主从特点：
1. redis的主从副本同步时异步的，可以配置min-slaves-to-write属性停止写操作一旦从机的数
目没有达到既定的要求。
2. 可以让部分从机从新同步一旦发现该从机个主机连接丢失了一点时间。
3. redis的从机都是自动的，无需用户的干预，从机会自动的连接主机并且主动的同步主机上的
数据。
slaveof <masterip> <masterport>
masterauth
如果从机在连接主机的时候，主机设置了访问密码，这个时候可以配置masterauth属性设置从机
访问主机的密码。如果从机不提供密码主机会拒绝从机的访问。
masterauth <master-password>
slave-serve-stale-data
当从机连接主机的做数据同步的时候或者从机丢失了和主机的连接，可以配置该配置选项更改从机
的工作状态。
1. 当配置为yes，无论从机处于何种状态都可以选响应客户端的读请求，缺点是有可能访问到过
期或者为空的数据（这是主从的通病）。
2. 配置为no，如果处于同步或者丢失连接，无论客户端发送什么信息（除了INFO和slaveof），
从机全部回复err：SYNC。
slave-serve-stale-data yes
slave-read-only
配置从机只读。从机的数据每次同步主机的时候会刷新。
slave-read-only yes
repl-diskless-sync
从机同步策略有两种 disk和socket，警告目前 diskless同步依旧在实验阶段。新的从机以及正在
重新链接从机 但这些机器已经不可以从故障中恢复过来。这个时候，这时候从机需要做的就是同
步“full synchronization”。这个时候master和主机之间通过传输RDB文件做数据的完整同步，
这种RDB文件的同步策略有两种方式：
1. Disk-backed：redis的主机创建一个新的进程在本地创建一个RDB
文件，然后数据交给redis一点一点的传输给从机。
2. Diskless：redis主机创建一个新的进程，该进程直接讲RDB文件写给从机的socket，此过程
不会创建RDB文件。如果基于Disk-based的同步方 式，当RDB文件创建结束以后，所有的从
机就会按照顺序队列依次下载RDB文件。但是基于网络的方式，所有的从机也会 按照队列方
式，如果传输过程出现了终止，redis主机会开启一次新的传输。当时用diskless传输主机会读
取配置参数单位秒，用来等待从机到来缓存 从机服务队列。因为磁盘传输性能比较低，网络
带宽允许的情况下可以考虑使用diskless模式。
repl-diskless-sync no
repl-diskless-sync-delay
当开启diskless模式，在主机开始同步之前需要等待所有slave的到来，并将传输任务缓存到传输
队列。默认主机等待时间是5秒，如果设置为0 时候，传输就不会等待所有从机的到来。
repl-diskless-sync-delay 5
slave-priority
默认每一个从机的优先级都是100，该属性在Redis Sentinel模式会用到，这里涉及到redis主从模
式下的故障自动转移和主机的选举。优先级越高的slave在故障转移的时候会被优先选举为主机。
值越小优先级越高，但如果设置为0 就表示该机器永远都不可能晋升为master。
slave-priority 100
requirepass
设置本机的认证密码，无论是slave还是client都要做认证。
requirepass jiangzz2013
appendonly
redis默认使用RDB作为内存数据持久话的一种机制，但是RDB机制的数据备份是通过配置save指
令去触发后台的 数据同步，这个时候有可能会导致几分钟内的数据写丢失，这个时候需可以尝试
开启AOF机制，这种机制可以比RDB机制有更好的数据持久话机制，AOF是通过记录指令日志来
实现数据的安全，一旦设置了AOF，在重启redis服务的时候，redis会默认自动的加载
appedonly.aof文件。默认情况 下aof是关闭的。
appendonly no
appendfilename
指定aof日志的文件名字。
appendfilename "appendonly-6379.aof"
appendfsync
该选项设置aof日志文件flush到appendfilename文件的时机，可选值有3种：
1. always：会将每一次写操作flush到文件中，慢但最安全
2. no：讲指令的flush时机交给OS系统去决定，效率高
3. everysec:这是一种折中方案 介于always和no之间，每一秒钟flush一次
如果不太确定选择哪个直接配置everysec是不错的选择。
appendfsync everysec
no-appendfsync-on-rewrite
因为开启AOF的fsync策略以后，后台的保存进程（RDB/AOF rewrite）绘执行很多的IO操作。在
很多的linux系统指中，后台的保存进程可能会因为fsync策略被阻塞，为了减轻这种阻塞可以配置
no- appendfsync-on-rewrite属性去暂时阻止在bgsave或者bgrewriteaof的时候执行fsynch();
如果系统存在延迟 的时候可以考虑讲概述行修改为yes。
no-appendfsync-on-rewrite no
Automic Rewite
redis在日志文件达到一定比例的时候会自动重写aof日志文件。重写过程就是简化aof日志文件，
所谓的简化是更具内 存的数据生成操作日志指令，改动作可以通过执行BGREWRITEAOF指令触
发。其中auto-aof-rewrite-percentage表示新的 aof文件已经超出上一次aof文件的百分比的时
候就会开启一次rewrite，如果已经超出了百分比，但是aof文件依然小于64MB，就不会开启
rewrite。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated
当在启动redis的时候，有时候aof日志文件的结尾是不是完整的，这个时候redis就会终止启动。
这种情况一般发生 在redis机器宕机。这个时候可以设置为yes，忽略。当设置为no的时候，一旦
有截断现象，redis就会终止启动。这个时候用户需要执行redis-check-aof工具对日志问夹做处
理。注意这种设置不适用文件的中间截断。
aof-load-truncated yes
cluster-enabled
启动redis的clsuster模式，默认redis该选项是注释起来的。注意：rediscluster代码已经处于成熟
阶段，但是目前使用群体还需扩大。
cluster-enabled yes
luster-config-file
每一个redis集群实例都有一个配置文件，用来保存节点信息，该文件是系统自动创建，但需要注
意如果一个系统上运行多个rediscluster实例，注意文件名不要出现冲突。
cluster-config-file nodes-6379.conf
cluster-node-timeout
该选项用于配置集群节点的判断是否宕机的时间参数。
cluster-node-timeout 15000
