一、是什么
是主从复制，主机数据更新后根据配置和策略自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主
二、能干嘛
读写分离，容灾备份
三、操作
1、配从（库）不配主（库）
2、从库配置：slaveof 主库ip主库端口
每次与master断开之后，都需要重新连接，除非配置进redis.conf文件
3、修改配置文件
1）拷贝多个redis.conf文件
?
2）
*开启daemonize yes
*Pid文件名字
*指定端口
*Log文件名字
*Dump.rdb名字
4、主从复制。以及问题，如图
?没配置主机ip各自为master
?
从机配置主机ip?
?从机配置主机后。可以同步主机以前的数据
?
查看主从信息?
?
主机可写，从机不能写，只能读?
?
主机宕机，各自从机待命，不会成为主机?
?主机连接上后继续成为主机
?
从机宕机，连接上后成为自己的主机。不能同步之前的数据。必须继续配置主机ip，就可以同步之前数据?
?
?
?5、薪火相传（去中心化，减轻主机压力）
上一个slave可以是下一个slave的master,slave同样可以接受其他slaves的连接和同步请求，那么该slave作为链条中下一个的master,可以有效减轻master的写压力
中途变更转向：会清除之前的数据，重新建立拷贝最新的
Slaveof 新主库Ip 新主库端口
从库建立新的主库 为前一个从库
?主库写入数据 ，后面两台同样能读到数据
?
从库挂载了一个从库，但是还是从库?
?
?6、反客为主（主机宕机，从机变主机）
?主机宕机，从机做主机
?
从机做主机，另外一个主机不跟随新主机同步不了新主机的数据，跟随后可以同步新主机的数据?
宕机的主机新连接后。同步了新主机的数据?
?7、复制原理
slave连接成功后会向主master发送一个sync（异步命令）。master接收到命令后会启动后台的存盘进程，同时手机所有接收到的用户修改数据集的命令。后台进程执行完后，master将传送整个数据文件到slave.这样就完成了一次完全同步
slave从机接收到数据库文件后，将其存盘并加载到内存中。全量复制。后续master将所有的修改命令依次同步传给slave完成同步，增票复制。
每次重新连接master就会自动执行全量复制
Slave启动成功连接到master后会发送一个sync命令，Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步。
全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
但是只要是重新连接master,一次完全同步（全量复制)将被自动执行
?8、哨兵模式（反客为主的自动版）
1）是什么
能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
2）怎么玩
*调整结构，6379（主）带着80（从）、81（从）
*自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错
?*配置哨兵,填写内容
sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
上面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机
?*启动哨兵
?
redis-sentinel /myredis/sentinel.conf ?
?主机宕机
?哨兵机制投票选举主机 6380为主机
?6380为主机
?同理从机可同步新主机的数据
?宕机的主机新连接后，过一会。收到信息。变为新主机的从机。并同步数据
?
?
9、复制的缺点
复制延时
由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。