Redis(设计与实现):20---数据库之AOF、RDB、复制功能对过期键的处理

一、RDB与过期键的关系

生成RDB文件

• 在执行SAVE命令或者BGSAVE命令创建一个新的RDB文件时，程序会对数据库中的键进 行检查，已过期的键不会被保存到新创建的RDB文件中
• 因此，数据库中包含过期键不会对生成新的RDB文件造成影响
• 举个例子，如果数据库中包含三个键k1、k2、k3，并且k2已经过期，那么当执行SAVE命 令或者BGSAVE命令时，程序只会将k1和k3的数据保存到RDB文件中，而k2则会被忽略

载入RDB文件

• 在启动Redis服务器时，如果服务器开启了RDB功能，那么服务器将对RDB文件进行载入：
  • 如果服务器以主服务器模式运行，那么在载入RDB文件时，程序会对文件中保存的键进行检查，未过期的键会被载入到数据库中，而过期键则会被忽略，所以过期键对载入RDB文 件的主服务器不会造成影响
  • 如果服务器以从服务器模式运行，那么在载入RDB文件时，文件中保存的所有键，不论是否过期，都会被载入到数据库中。不过，因为主从服务器在进行数据同步的时候，从服务 器的数据库就会被清空，所以一般来讲，过期键对载入RDB文件的从服务器也不会造成影 响
• 举个例子，如果数据库中包含三个键k1、k2、k3，并且k2已经过期，那么当服务器启动 时：
  • 如果服务器以主服务器模式运行，那么程序只会将k1和k3载入到数据库，k2会被忽略
  • 如果服务器以从服务器模式运行，那么k1、k2和k3都会被载入到数据库

二、AOF与过期键的关系

AOF文件写入

• 当服务器以AOF持久化模式运行时，如果数据库中的某个键已经过期，但它还没有被惰性删除或者定期删除，那么AOF文件不会因为这个过期键而产生任何影响
• 当过期键被惰性删除或者定期删除之后，程序会向AOF文件追加（append）一条DEL命令，来显式地记录该键已被删除
• 举个例子，如果客户端使用GET message命令，试图访问过期的message键，那么服务 器将执行以下三个动作：
  • ①从数据库中删除message键
  • ②追加一条DEL message命令到AOF文件
  • ③向执行GET命令的客户端返回空回复

AOF重写

• 和生成RDB文件时类似，在执行AOF重写的过程中，程序会对数据库中的键进行检查， 已过期的键不会被保存到重写后的AOF文件中
• 因此，数据库中包含过期键不会对AOF重写造成影响
• 举个例子，如果数据库中包含三个键k1、k2、k3，并且k2已经过期，那么在进行重写工 作时，程序只会对k1和k3进行重写，而k2则会被忽略

三、复制与过期键的关系

• 当服务器运行在复制模式下时，从服务器的过期键删除动作由主服务器控制：
  • 主服务器在删除一个过期键之后，会显式地向所有从服务器发送一个DEL命令，告知从服务器删除这个过期键
  • 从服务器在执行客户端发送的读命令时，即使碰到过期键也不会将过期键删除，而是继续像处理未过期的键一样来处理过期键
  • 从服务器只有在接到主服务器发来的DEL命令之后，才会删除过期键
• 通过由主服务器来控制从服务器统一地删除过期键，可以保证主从服务器数据的一致性，也正是因为这个原因，当一个过期键仍然存在于主服务器的数据库时，这个过期键在从服务器里的复制品也会继续存在

演示案例

• 有一对主从服务器，它们的数据库中都保存着同样的三个键message、xxx和yyy，其中message为过期键

• 如果这时有客户端向从服务器发送命令GET message，那么从服务器将发现message键已经过期，但从服务器并不会删除message键，而是继续将message键的值返回给客户端，就好像message键并没有过期一样

• 假设在此之后，有客户端向主服务器发送命令GET message，那么主服务器将发现键 message已经过期：主服务器会删除message键，向客户端返回空回复，并向从服务器发送 DEL message命令

• 从服务器在接收到主服务器发来的DEL message命令之后，也会从数据库中删除message键，在这之后，主从服务器都不再保存过期键message了