缓存的数据（热数据）

如何随着业务进行变化?

引出知识点: key的有效期

设置key的过期时间，超过时间后，将会自动删除该key。

在Redis的术语中一个key的相关超时是不确定的 超时后只有对key执行DEL命令或者SET命令或者GETSET时才会清除。这意味着，从概念上讲所有改变key的值的操作都会使他清除。 例如，INCR递增key的值，执行LPUSH操作，或者用HSET改变hash的field所有这些操作都会触发删除动作 使用PERSIST命令可以清除超时，使其变成一个永久的key 如果key被RENAME命令修改，相关的超时时间会转移到新key上面 如果key被RENAME命令修改，比如原来就存在Key_A,然后调用RENAME Key_B Key_A命令，这时不管原来Key_A是永久的还是设置为超时的，都会由Key_B的有效期状态覆盖 对已经有过期时间的key执行EXPIRE操作，将会更新它的过期时间。有很多应用有这种业务场景，例如记录会话的session

返回值：

integer-reply：

• 1 成功设置过期时间。
• 0 key不存在或者不能设置过期时间。

set aqua minatoaqua
get aqua
expire aqua 10
ttl aqua
ttl aqua
set aqua "i'm minato aqua"
ttl aqua

key的过期时间

通常Redis keys创建时没有设置相关过期时间。他们会一直存在，除非使用显示的命令移除，例如，使用DEL命令 EXPIRE一类命令能关联到一个有额外内存开销的key。当key执行过期操作时，Redis会确保按照规定时间删除他们 key的过期时间和永久有效性可以通过EXPIRE和PERSIST命令（或者其他相关命令）来进行更新或者删除过期时间

过期精度

• 在 Redis 2.4 及以前版本，过期期时间可能不是十分准确，有0-1秒的误差

• 从 Redis 2.6 起，过期时间误差缩小到0-1毫秒

如何淘汰过期的keys

Redis keys过期有两种方式：被动和主动方式

当一些客户端尝试访问它时，key会被发现并主动的过期

当然，这样是不够的，因为有些过期的keys，永远不会访问他们。 无论如何，这些keys应该过期，所以定时随机测试设置keys的过期时间。所有这些过期的keys将会从密钥空间删除

具体就是Redis每秒10次做的事情：

1. 测试随机的20个keys进行相关过期检测
2. 删除所有已经过期的keys
3. 如果有多于25%的keys过期，重复步奏1

这是一个平凡的概率算法，基本上的假设是，我们的样本是这个密钥控件，并且我们不断重复过期检测，直到过期的keys的百分百低于25%,这意味着，在任何给定的时刻，最多会清除1/4的过期keys。

在复制AOF文件时如何处理过期

为了获得正确的行为而不牺牲一致性，当一个key过期，DEL将会随着AOF文字一起合成到所有附加的slaves。在master实例中，这种方法是集中的，并且不存在一致性错误的机会

然而，当slaves连接到master时，不会独立过期keys（会等到master执行DEL命令），他们任然会在数据集里面存在，所以当slave当选为master时淘汰keys会独立执行，然后成为master。