Redis过期键处理

过期键删除策略：

1.定时删除 2.惰性删除 3.定期删除
    定时删除∶在设置键的过期时间的同时，创建一个定时器（timer），让定时器在键的过期时间来临时，立即执行对键的删除操作。
    惰性删除∶放任键过期不管，但是每次从键空间中获取键时，都检查取得的键是否
过期，如果过期的话，就删除该键;如果没有过期，就返回该键。
    定期删除∶每隔一段时间，程序就对数据库进行一次检查，删除里面的过期键。至
于要删除多少过期键，以及要检查多少个数据库，则由算法决定。
在这三种策略中，第一种和第三种为主动删除策略，而第二种则为被动删除策略。

    Redis服务器实际使用的是惰性删除和定期删除两种策略∶通过配合使用这两种删除策略，服务器可以很好地在合理使用CPU时间和避免浪费内存空间之间取得平衡。

AOF、RDB和复制功能对过期键的处理

生成RDB文件时

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

载入RDB文件时

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

AOF文件写入时

    当过期键被惰性删除或者定期删除之后，程序会向AOF文件追加（apend）一条 DEL 命令，来显式地记录该键已被删除。
    举个例子，如果客户端使用GET message命令，试图访问过期的message键，那么服务器将执行以下三个动作∶
    1）从数据库中删除 message 键。
    2）追加一条 DEL message命令到AOF文件。
    3）向执行 GET命令的客户端返回空回复。

AOF文件重写时

    和生成RDB文件时类似，在执行 AOF重写的过程中，程序会对数据库中的键进行检查，已过期的键不会被保存到重写后的 AOF文件中。

当服务器运行复制模式下时

    只有主服务器可以删除过期键，发送Del命令后从服务器才会执行删除操作，从服务器不会自己对过期键进行额外的操作，保证了从服务器上数据的一致性。
    
    主服务器在删除一个过期键之后，会显式地向所有从服务器发送一个DEL命令，告知从服务器删除这个过期键。
    从服务器在执行客户端发送的读命令时，即使碰到过期键也不会将过期键删除，而是继续像处理未过期的键一样来处理过期键。
    从服务器只有在接到主服务器发来的DEL命令之后，才会删除过期键。