为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构,主服务负责写数据,从服务负责读请求,Redis主从复制可以根据是否是全量分为全量同步和增量同步。
主从数据同步
全量同步
当Slave启动时发生全量同步,该Slave会向Master发出全量数据同步请求:
- 从服务器连接主服务器,发送SYNC命令
- 主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件,并使用缓冲区记录此后执行的所有写命令
- 主服务器BGSAVE执行完后,向所有从服务器发送快照文件(RDB文件),并在发送期间继续记录被执行的写命令
- 服务器收到快照文件后丢弃所有旧数据,根据新的快照文件载入数据
- 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令(向Slave发送BGSAVE之后的增量命令)
- 从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令
- 从服务完成初始化,开始接受读请求
需要注意:
- 同步过程不阻塞主服务的业务访问
- 由于从节点启动的时候会立即向主节点发起全量同步请求,所以当出现多个节点与主节点短线的时候,重启从节点不要太多,否则多个从节点同时向主节点发起全量同步请求,会导致主节点IO剧增。
- 主从的赋值过程不阻塞从节点的服务访问请求,从节点在同步数据的同时,会用已有的旧数据来响应请求,你可以配置当复制流关闭时让从服务器给客户端返回一个错误。
- 初始同步完成后,需要删除旧的数据集和加载新的数据集,在这个短暂的时间内,从服务器会阻塞连接进来的请求。
增量同步
指的是在主从的结构建立完成后,运行期间,主服务的数据变动会通过向从服务发送命令。
支持无盘复制
基本的同步是将主节点进行BGSAVE,将所有数据持久化保存在RDB文件,然后将该文件发送给从节点。但是当主节点磁盘吃紧,或者说主节点磁盘IO较慢,会在缓存中挤压大量增量命令,这时可以使用无盘复制,将通过网络传输的方式同步到从节点。
部分重新同步
Redis 2.8之后,同步过程中遭遇连接断开,重新连接之后可以从中断处继续进行复制,而不必重新同步:
主服务器端为复制流维护一个内存缓冲区(in-memory backlog)。主从服务器都维护一个复制偏移量(replication offset)和master run id ,当连接断开时,从服务器会重新连接上主服务器,然后请求继续复制,假如主从服务器的两个master run id相同,并且指定的偏移量在内存缓冲区中还有效,复制就会从上次中断的点开始继续。如果其中一个条件不满足,就会进行完全重新同步(在2.8版本之前就是直接进行完全重新同步)。因为主运行id不保存在磁盘中,如果从服务器重启了的话就只能进行完全同步了。
注意:
部分重新同步这个新特性内部使用PSYNC命令,旧的实现中使用SYNC命令。Redis2.8版本可以检测出它所连接的服务器是否支持PSYNC命令,不支持的话使用SYNC命令。
主从配置
只需在从服务的配置文件配置即可,主服务接收从服务的同步请求
slaveof 127.0.0.1 6379
masterauth redispassword
由于Redis的主从模式的同步是单向的,永远由主节点向其他从节点同步,所以需要设置从节点的readonly模式
slave-read-only yes
参考: