主从复制
是啥
主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
能干嘛
- 读写分离,性能扩展
- 容灾快速恢复
主从复制实现(docker)
还没写
常见三招
一主二从
- slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制?
- 可以
- 在redis中从机在被设置后,会给主动给主机发送同步请求(通过RDB从头开始同步)
- 从机是否可以写?set可否?
- 从机只读不写
- 和mysql中不同,redis从机只可读
- 主机shutdown后情况如何?从机是上位还是原地待命?
- 原地待命不会上位
- 主机挂掉,从机不会上位,但在从机的状态中会标识主机已经挂掉
- 主机又回来了后,主机新增记录,从机还能否顺利复制?
- 可以
- 其中一台从机down后情况如何?依照原有它能跟上大部队吗?
- 可以
- 从机挂掉重新启动后,将变成主机,需要重新设置。设置为从机后会重新给主机发送同步请求
薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
用 slaveof ip port
中途变更转向:会清除之前的数据,重新建立拷贝最新的
风险是一旦某个slave宕机,后面的slave都没法备份
主机挂了,从机还是从机,无法写数据了
反客为主
当一个master宕机后,后面的slave 用 slaveof no one 可以立刻升为master,其后面的slave不用做任何修改。
同步原理
- Slave启动成功连接到master后会发送一个sync命令
- Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
- 全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
- 增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
- 但是只要是重新连接master,一次完全同步(全量复制)将被自动执行