Redis对象类型与过期键删除策略

Redis对象类型：

string（int、embstr、raw）：

存储字符串值长度小于 32 字节的时候，采用 embstr 编码存储，如果大于32     用raw编码存储，或者当字符串修改时，无论是否大于32字节，都将改用raw编码存储。

list（ziplist、linkedlist）：

当列表对象保存的所有字符串元素的长度都小于64字节或者列表对象保存的元素数量小于512个，则使用ziplist；不能满足这两个条件会使用linkedlist。

hash（ziplist、hashtable）：

哈希对象保存的所有键值对的键和值的字符串changdu 都小于64字节或者哈希对象保存的键值对的数量小于512个，则使用ziplist；不能满足则使用hashtable。

set（intset、hashtable）：

集合对象保存的所有元素都是整数值或者集合对象保存的元素数量不超过512 ，则使用intset；否则会使用hashtable编码。

sortset（ziplist、skiplist）：

有序集合保存的元素数量小于128个或者有序集合保存的所有元素成员的长度都小于64字节，使用ziplist，否则使用skiplist。

Redis过期键删除策略：

RDB

生成RDB文件：在执行SAVE或者BGSAVE命令创建一个新的RDB文件时，程序会对数据库中的键进行检查，过期的键不会被保存到新创建的RDB文件中。

载入RDB文件：如果服务器以主服务器模式运行，那么在载入RDB文件时，程序会对文件中保存的键进行检查，未过期的键会被载入，过期的键会被忽略。如果以从服务器模型运行，那么在载入RDB文件时，文件中保存的所有键，不论是否过期，都会被载入到数据库中。不过因为主从服务器进行数据同步的时候，从服务器的数据会被清空，所以一般来讲过期键对载入RDB文件的从服务器也不会造成影响。

AOF

AOF文件写入：当服务器以AOF持久化模式运行时，如果数据库中的某个键已经过期，但它还没有被惰性删除或者定期删除，那么AOF文件不会因为这个过期键产生影响。当过期键被惰性删除或者定期删除之后，程序会向AOF文件追加一天DEL命令，来显示记录该键已被删除。

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

复制

当服务器在复制模式下时，从服务器的过期键删除动作由主服务器控制：

1. 主服务器在删除一个过期键后，会显示地向所有从服务器发送一个DEL命令，告知从服务器删除这个过期键。

2. 从服务器在执行客户端发送的读命令时，即使碰到过期键也不会将过期键删除，而是继续像处理未过期的键一样来处理过期键。

3. 从服务器只有在接到主服务器发送来的DEL命令后，才会删除过期键。

由主服务器来控制从服务器统一的删除过期键，可以保证主从服务器的数据一致性，也正是因为这个原因，当一个过期键仍然存在于主服务器的数据库时，这个过期键在从服务器里的复制品也会继续存在。