一文带你揭开Redis复制原理的神秘面纱

主库信息:

34781:M 26 Aug 2019 13:24:06.701 * Synchronization with replica 127.0.0.1:6382 succeeded 
34781:M 26 Aug 2019 13:29:45.037 # Connection with replica 127.0.0.1:6382 lost. 
34781:M 26 Aug 2019 13:34:39.562 * Replica 127.0.0.1:6382 asks for synchronization 
34781:M 26 Aug 2019 13:34:39.562 * Partial resynchronization request from 127.0.0.1:6382 accepted. Sending 56 bytes of backlog starting from offset 888. 

当从数据库重新连上主数据库时，从数据库会通过PSYNC命令将自己的复制偏移量offset发送给主数据库，主数据库会根据这个复制偏移量来决定对从数据库执行何种同步操作。以达到所有数据库的偏移量一致。

127.0.0.1:6379> info replication 
# Replication 
role:master 
connected_slaves:2 
slave0:ip=127.0.0.1,port=6380,state=online,offset=1139,lag=1 
slave1:ip=127.0.0.1,port=6382,state=online,offset=1139,lag=1 
master_replid:d41f950be7593a93620b1fd872b7552668f0b355 
master_replid2:0000000000000000000000000000000000000000 
master_repl_offset:1139 
second_repl_offset:-1 
repl_backlog_active:1 
repl_backlog_size:1048576 
repl_backlog_first_byte_offset:1 
repl_backlog_histlen:1139 

总结：

Redis在主从数据库之间的复制是异步的，这意味着，主数据库执行完客户端请求的命令后会立即将命令发送给请求的客户端，并同步到从数据库，而不会等待从数据库接收到命令后再返回给客户端，因此该情况就会存在一定的数据不一致性风险，也就是Redis不保证强一致性，而是通过从库策略追赶与主数据库的数据差异，以保障主从状态一直。在Redis中也可以设置参数来强行让从库数据同步后，主库才能继续写入，这样的配置对主库访问要求较高，因此会影响主库的性能。

在主从同步中，如果出现数量差异较大，Redis会根据从库的offset进行选择全量、增量的恢复。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!