Redis主从复制(master/slaver)

四、主从复制(master/slaver)

是什么

• 主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,master以写为主,slaver以读为主，slaver只能读不能写

怎么玩

• 配从(库)不配主(库)
• 常用3招:

一主二仆:

一个master两个slaver,当主机宕掉后,两个slaver原地待命,待主机重启后,不需要在slaver重新指定主机master,直接使用 ; 当从机宕掉后再修复好,若没有在从机的配置文件中配置,则需要重新执行绑定主机的命令.

薪火相传:

上一个slaver可以是下一个slaver的master,slaver同样可以接收其它slaver的连接和同步请求,那么该slaver作为了链条中的下一个master,可以有效减轻master的写压力

中途变更转向:会清除之前的数据,重新建立拷贝最新的

slaveof 新主库IP 新主库端口

反客为主:

一仆二主中当主机master宕机后,重新在两个slaver中选择一个当主机master,手动在某一个从机上执行命令:slaveof no one,该从机随即变成主机,脱离之前的主机绑定,另一个没执行命令的slaver的主机还是原来宕掉的主机,需要重新执行绑定主机命令,绑定到新任命的主机上

命令:

配置文件中开启daemonize yes

查看主从信息:info replication

主从绑定,在从库上执行命令:slaveof 主库IP 主库端口

• 哨兵模式(sentinel)

a.反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从从库转换为主库

b.新建sentinel.conf文件,名字绝不能错,touch sentinel.conf,配置哨兵,填写内容.sentinel monitor 被监控主机数据库名字(自己起名字)  主机IP 主机端口:sentinel monitor host6379 127.0.0.1 6379 1 (最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票多于1票就当主机)

c.启动哨兵: ./redis-sentinel sentinel.conf,目录依照各自的实际情况配置,可能目录不同

d.正常的主从演示,一仆二主,原有的master宕机,投票新选,继续工作,当之前的master重新回来,只能当新master的从机

e.一组sentinel能同时监控多个master,在配置文件中配置多个sentinel monitor即可

• 复制原理

slaver启动成功连接到master后会发送一个sync命令

master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slaver,以完成一次完全同步

全量复制:而slaver服务在接收到数据库文件数据后,将其存盘并加载到内存中

增量复制:master继续将新的所有收集到的修改命令依次传给slaver,完成同步

但是只要是重新连接master,一次完全同步(全量复制)将被自动执行

• 复制的缺点

复制延时:由于所有的写操作都是先在master上操作,然后同步更新到slaver上,所以从master同步到slaver机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,slaver机器数量的增加也会使这个问题更加严重.