1 是什么？
主机数据更新后根据配置和策略，自动同步到备机的master/slave机制，Master已写为主，Slave以读为主
2 能干什么？
读写分离，容灾恢复
3 怎么玩？
①配从（库）不配主（库）
②从库配置：
命令：slaveof 主库Ip 主库端口 ————从库设置主库地址端口
每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
命令：Info replication，查看所有redis主从配置
③修改配置文件细节操作
a：拷贝多个redis.conf文件
b：开启daemonize yes
c：Pid文件名字
d：Log文件名字
e：Dump.rdb名字
④常用3招
a：一主二仆：一主库二从库
b：薪火相传：上一个slave可以使下一个slave的Master，slave同样可以接受其他slaves的连接和同步请求，那么该slave作为链条中下一个的master，可以有效减轻master的写压力；中途变更转向：会清除之前的数据，重新建立拷贝最新的；命令：slaveOf新主库IP 新主库端口
c：反客为主 ：命令：SLAVEOF no one，使当前数据库停止与其他数据的同步，转成主数据库
4 复制原理
①slave启动成功连接到master后会发送一个sync命令
②master接到命令启动后台的存盘进程，同时收集所有接收到的用户修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，以完成一次完全同步。
③全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
④增量复制：master继续将新的所有收集到的修改命令一次传给slave，完成同步，但是只要是重新连接master，一次完全同步(全量复制)将被自动执行
5 哨兵模式
①是什么：反客为主的自动版，能够后台监控主机是否有故障，如果故障了根据投票自动将从数据库转换为主库
②怎么玩
a：调整结构带着80,81(从库)
b：自定义的/myredis目录下新建sentlnel.conf文件，文件不能错
c：配置哨兵，填写内容：sentlnel monitor被监控数据库名字(自己起名字)127.0.0.1 6379 1（这里的数字1，表示主机挂掉后slave投票看让谁接替为主机，得票多的启动哨兵）
d：启动哨兵：Redis-senntlnel /usr/common/sentlnel.conf（文件所目录）
e：哨兵模式下，原master挂了，将从从库中选取一个作为主库，并将另外一个关联新主库为从库；原主库恢复，继续默认新主库为主库，原主库为从库；在这里，非哨兵模式下，原master挂了后恢复，依旧是原master为主库
