Redis的主从复制(Master/Slave)机制是主机master数据更新后根据配置和策略,自动同步到备机的slaver的机制,Master以写为主,Slave以读为主。主要实现读写分离,容灾备份。
Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步slave启动成功连接到master后会发送一个sync命令。
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步。但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
1.一主二从
顾名思义,一主二从指得就是一台主机两台从机。
配法:配从不配主。(从机执行指令 SLAVEOF [主机IP] [主机redis端口])
以6379 6380 6381为例:
在没配置前,三台机器的角色都是master.
当我在6380 6381的机器上配置(SLAVEOF 127.0.0.1 6379)好以后,80 81两台机器就成了79的从机
1. 切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?
2. 从机是否可以写?set可否?
从机没有写的权限,从机执行写操作会报(error) READONLY You can't write against a read only slave这个错误。
3. 主机shutdown后情况如何?从机是上位还是原地待命?
主机shutdown以后从机依旧原地待命。
4. 主机又回来了后,主机新增记录,从机还能否顺利复制?
主机回来以后从机正常工作。
5. 其中一台从机down后情况如何?依照原有它能跟上大部队吗?
从机挂掉以后,必须重新配置才能进行复制,如果不进行配置重后的从机就是一台单独的master。
2.传递(串式)依赖
79是80主机,80是81主机。上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求。该slave作为了链条中下一个的master,可以有效减轻master的写压力。中途变更转向:会清除之前的数据,重新建立拷贝最新的数据
3.由从变主
主机挂掉之后,可以使用slaveof no one
,使当前数据库停止与其他数据库的同步,转成主数据库,也就是停止主从复制的链接关系,但是数据还在。
其他未操作的slave还是原来的状态,此时有两种选择:一种是按兵不动等待原来的master,另一种是使用slaveof newHost newPort
与别的主机建立新主从复制关系(数据清除,重新复制)。