一、Master/Slave Replication(主从复制)
主机数据更新后，根据配置和策略，自动同步到从（备）机的master/slave机制，Master以写为主，Slave以读为主。
作用：读写分离；容灾恢复。
二、应用
２.1、配从（库）不配主（库）
2.2、从库配置：slaveof 主库IP 主库端口
每次与master（主库）断开之后，都需要重新连接，除非配置到redis.conf文件中；
使用命令 Info replication 查看主从库信息。
2.3、修改配置文件细节操作
通过Redis镜像创建三个容器，如下所示：
2.4、常用master/slave配置
a、一主二仆：
Init:初始化，配置两个从库； 一个master两个slave
日志查看：1）主机日志；2）备机日志；3）info replication查看主从库配置信息；
主从问题演示：
1）切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制？
2）从机是否可以写？是否可以set？
3）主机shutdown后从机是上位为主机还是原地待命（仍然为从机）？
4）主机回来（重启）后，主机新增记录（数据），从机还能否顺利复制？
5）其中一台从机down后情况如何？依照原有，它还能连上原先的主机吗？
b、薪火相传
1）上一个slave可以是下一个slave的master，slave同样可以接受其它slaves的连接和同步请 求，那么该slave作为了链条中下一个master，可以有效减轻master的写压力；
2）中途变更转向：会清除之前的数据，但是重新建立后会拷贝罪行的数据；
3）配置主机命令：Slaveof 新主库IP 新主库端口；
c、反客为主
1）执行命令SLAVEOF no one :使当前数据库停止与其他数据库的同步，转成主数据库
三、复制原理
slave启动成功连接到master后会发送一个sync命令，Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，以完成一次完全同步。
全量复制：slave服务在接收到数据库文件数据后，将其存盘并加载到内存中；
增量复制：master继续将新的所有收集到的修改命令依次传给slave，完成同步，但是只要重新连接master，一次完全同步（全量复制）将自动执行。
四、哨兵模式（Sentinel）
哨兵模式是“反客为主”的自动版本，不需要手动执行 SLAVEOF no one ，哨兵模式能够在后台监控主机是否发生故障，一旦发现主机发生了故障，将根据投票数自动将某一个从库转换为主库。
4.1、使用步骤
1）创建三个redis容器，端口分别为6379、6380、6381，6379为主库，80、81为从库
2）配置哨兵，填写内容：sentinel monitor 被监控数据库名字（自己起名字） 127.0.0.1 6379 1
最后一个数字1，表示主机挂掉后，slave投票看让谁接替成为主机，得票数多者成为主机。
3） 启动哨兵：Redis-sentinel /myredis/sentinel.conf (根据实际情况配置，目录有所不同）
4）正常主从演示
5）原有的master挂了
6）从库投票新选主库
7）重新主从继续开工，info replication查看主从库信息
8）如果之前的master重启回来后，会不会双master冲突？
不会。重启回来后的前主机将以从机的身份挂载到新主机上。
9）一个sentinel能够同时监控多个master。
五、复制的缺点
复制延时：由于所有的写操作都是现在master上操作，然后同步更新到slave上，所以从master同步到slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，slave机器数量的增加也会使这个问题更加严重。
备注：等有时间了再实操一遍，把截图放上来。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
