Redis主从复制的使用
1.配从不配主
2.从库配置:slaveof ip port
每次与master断开之后,都需要重新连接,除非你配置金redis.conf文件
Info replication
3.修改配置文件细节操作
4.常用:
1)一主二仆
2)薪火相传
->上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力
->中途变更转向:会清除之前的数据,重新建立拷贝最新的
->slaveof 新主库IP 新主库端口
3)反客为主
使当前数据库停止与其他数据库的同步,转成主数据库。
->SLAVEOF no one
配置
主从具体操作
在从机redis中设置主机地址和端口
->SLAVEOF IP PORT
注意:从机一旦形成,会从主机上备份所有数据
注意:在都运行的情况下只有主机可以写,从机只能读。
注意:
1.当前配置,当主机宕机后,从机会原地待命,等待主机恢复。
2.当前配置,当从机宕机后,恢复后需要再次连接主机,否则不会保持原有身份
复制的原理
1.slave启动成功连接到master后会发送一个sync命令
2.Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
3.全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
4.增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
5.但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
哨兵模式
反客为主的自动版。
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
- 新建sentinel.conf文件,名字绝不能错
- sentinel monitor 被监控主机名字(自己起名字) 127.0.0.1 6379 1
上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机
- 启动哨兵redis-sentinel /redis/sentinel.conf
- 原有的master恢复会成为slave
- 一组sentinel能同时监控多个Master
缺点
由于所有的写操作都是先在Master上操作,
然后同步更新到Slave上,
所以从Master同步到Slave机器有一定的延迟,
当系统很繁忙的时候,延迟问题会更加严重,
Slave机器数量的增加也会使这个问题更加严重。