实例基础信息：

redis版本：redis-cli 3.2.5
架构：传统主从架构

背景

给一台运行一段时间的redis主库增加一台从库，增加后发现以下异常：

• 主库查看主从复制偏移量基本相同，能确定主从基本是同步的
  master_repl_offset – slave1:ip.offset = 2351604050 – 2351602973 = 1077 byte
• 但是从库查看key的数量和主库少几万个
  主从总key数量差距 = 599178 – 563705 = 35473
  主从过期key数量差距 = 581619 – 546248 = 35371

主库截图

image.png

从库截图

image.png

通过key数量这两个差值大概可以定位到问题出现在过期key

原理解剖

• redis的过期key在到期的时候不会自动删除，一般通过惰性删除（访问该key的时候判断过期，过期就删除，否则不删除）和定期删除（定期迭代删除一定量的key），这种策略就会导致主库存在一定量的过期key
• 新的从库slave host port同步主库时，主库会bgsave一个快照文件，在进行bgsave的时候对于已经过期的key不会保存到该文件，文件保存完后发送给slave,slave载入数据文件，这是后从库是没有这些过期的key值的，所以出现了主从key的数量不一致
• 通过在主库执行scan 0 count xxx多次迭代所有的key，将所有的过期key进行删除，这时候发现主从的key数量趋于一致

主库截图

image.png

从库截图

image.png