Redis 主从复制
1. 如果是首次连接:会触发一次 full resynchronization(全量同步)
> 开始 full resynchronization 的时候,master 会启动一个子进程,开始生成一份 RDB 快照文件,同时在缓冲区(积压缓冲区里)备份一份文件。RDB 文件生成完毕之后,master 会将这个 RDB 发送给 slave,slave 载入数据。
2. 增量同步
> 从 redis 2.8 开始,就支持主从复制的断点续传(PSYNC),(bgsave)之前的版本是全量复制的。如果主从复制过程中,网络连接断掉了,那么可以接着上次复制的地方,继续复制下去,而不是从头开始复制一份
master node 会在内存中创建一个 backlog,master 和 slave 都会保存一个 replica offset 和 master id,offset 就是保存在 backlog 中的。如果 master 和 slave 网络连接断掉了,slave 会让 master 从上次的 replica offset 开始继续复制,但是如果没有找到对应的 offset,那么就会执行一次 resynchronization全量 ( 当主服务器进行命令传播时,它不仅会将写命令发送给所有从服务器,还会将写命令入队到复制积压缓冲区里。如果偏移量之后的数据(也即是偏移量offset+1开始的数据)仍然存在于复制积压缓冲区里面,那么服务器将对从服务器执行部分重同步操作; ·相反,如果偏移量之后的数据已经不存在于复制积压缓冲区,那么主服务器将对从服务器执行完整重同步操作。 所以,复制积压缓冲区的大小似乎相当重要,正确估算和设置复制积压缓冲区的大小非常重要 )
每个redis服务器,不论主服务器还是从服务器都有自己的运行ID,运行ID在服务器启动时自动生成,由40个随机的十六进制字符组成。 当从服务器对主服务器进行初次复制时,主服务器会将自己的运行ID传送给从服务器。当从服务器断线并重新连上一个主服务器时,从服务器将向当前连接的主服务器发送之前保存的运行ID: ·如果从服务器保存的ID和当前连接的主服务器的运行ID相同,那么说明从服务器断线之前复制的就是当前连接的这个主服务器,主服务器可以尝试执行部分重同步操作; ·如果从服务器保存的ID和当前连接的主服务器的运行ID不同,则从服务器断线之前复制的不是当前连接的这个主服务器,主服务器就将对从服务器执行完整重同步操作。
3. 无磁盘化复制
> master 在内存中直接创建 rdb(二进制文件,体积小,速度快),然后通过网络发送给 slave,不会在自己本地落地磁盘了
该功能是通过配置文件配置的,主要涉及到以下两个参数:
repl-diskless-sync:无磁盘同步 默认为 no(关闭状态)
repl-diskless-sync-delay:等待一定时长再开始复制,因为要等更多 slave 重新连接过来
同时要考虑网络性能和内存的大小
根据情况,接收到PSYNC命令的主服务器会向从服务器返回以下三种回复之一:
·主服务器返回:+FULLRESYNC 。那么表示主服务器将与从服务器执行完整重同步操作,runid是这个主服务器的运行ID,从服务器会将这个ID保存下来,在下次发送PSYNC命令时使用;而offset则是主服务器当前的偏移量,从服务器会将这个值作为自己的初始化偏移量。
·主服务器返回:+CONTINUE。那么表示主服务器将与从服务器执行部分重同步操作,从服务器只要等着主服务器将自己缺少的那部分数据发送过来即可。
·主服务器返回:-ERR。表示主服务器版本低于2.8,它识别不了PSYNC命令。之后从服务器将发送sync命令,与主服务器执行完整重同步操作。
注意:如果是从库宕机了,那么恢复后直接就是完全同步;如果仅是主从掉线,从库还在线,那么则视情况而定。
综上所述,当Redis同时开启RDB和AOF持久化时,在恢复数据时,Redis会首先加载RDB文件并将数据库还原到RDB生成时的状态,然后再重放AOF文件中的写命令以将数据库状态逐步更新到最新。这样可以兼顾快速恢复和数据完整性的需求。