在redis主从架构中,Master负责写请求,slave负责处理读请求。但是是如何保持主从一致性的呢?接下来我们了解redis主从同步。
主从同步
主从同步主要分为了两个操作,一个是同步,另一是命令传播
- 同步:将从数据库的数据库状态更新至主服务器当前所处的数据库状态
- 命令传播:当主服务器的状态修改,导致主从不一致,让主从服务器的数据库重新回到一致
同步
分为了完整重同步和部分重同步模式。
完整重同步
用于处理初次复制的情况,主服务器执行BGSAVE在后台生成一个RDB文件,并用一个缓冲区记录从现在开始的所有写命令。当BGSAVE命令执行完之后,主服务器会将生成的RDB文件发送给从服务器,从服务器接收并载入这个RDB文件,并将自己的状态更新到主服务器执行BGSAVE命令时的数据库状态。最后主服务将记录在缓冲区内的所有写命令发送给从服务器,从服务器执行这些写命令,将自己的数据库状态更新到主服务器当前状态。
部分重同步
用于处理断线后的重复制情况,主服务器只要将在断开期间的写命令发送给从服务器,从服务器执行这些命令,就可以将主从数据库状态保持一致了,而不需要让主服务器重新执行一次SYNC命令。
部分重同步主要由以下三个部分:
- 主从服务器的复制偏移量:主服务器和从服务器分别会维护一个复制偏移量,主服务器每次向从服务器传播N个字节的数据时,主服务器的偏移量加上N;从服务器每次接收到主服务器传播来的N个字节,就将自己的复制偏移量加N;如果主从服务器的复制偏移量不等,那么说明主从服务器不一致。当主从服务器的复制偏移量不一致的时候,是执行完整重同步还是部分重同步
- 主服务器的复制积压缓冲区:是一个固定长度的先进先出的队列,当主服务器进行命令传播的时候,不仅会将命令发送给从服务器,还会写入复制积压缓冲区,因此复制积压缓冲区会保存最近的一部分传播的写命令。每当从服务器连上主服务器 时候,从服务器将自己的复制偏移量offset给主服务器。如果offset偏移量之后的数据依然存在在复制积压缓冲区的时候,执行部分重同步,否则执行完整重同步
- 服务器的ID标识:主从服务器都有一个运行ID。当从服务器对主服务器A进行初次复制的时候,主服务器A会将自己的ID(称为aID)传送给从服务器,从服务器将这个运行aID保存起来。当从服务器与主服务器B连接的时候,会将保存的运行aID传给主服务器B,如果与当前连接的服务器的ID保持一致的时候,那么说明之前连接的主服务器就是B,那么尝试进行部分重同步,否则进行完整重同步。
命令传播
同步操作执行完之后,主从服务器的数据库状态将保持一致,但是随着数据的写入,主从状态又将不一致。为了让数据库状态再一次保持一致,主服务器需要对从服务器进行命令传播操作:主服务器会将自己执行的写命令(造成主从不一致的写命令)发送给从服务器,当从服务器执行了相同的写命令后,主从将保持一致。