概述
在实际开发过程中经常会遇到一些有时效性数据,比如限时优惠活动,缓存或者验证码之类的。过了一段时间就需要删除这些数据。在关系型数据库中一般都要增加一个字段记录数据的到期时间,然后周期性地检查过期数据然后删除。Redis本身就对键过期提供了很好的支持。

Redis过期机制
在Redis中可以使用EXPIRE命令设置一个键的存活时间(ttl: time to live),过了这段时间,该键就会自动被删除,EXPIRE命令的使用方法如下:
EXPIRE key ttl(单位秒)
命令返回1表示设置ttl成功,返回0表示键不存在或者设置失败。

举个例子:

127.0.0.1:> set session
OK
127.0.0.1:> EXPIRE session
(integer)
127.0.0.1:> get session
""
127.0.0.1:> get session
""
127.0.0.1:> get session
(nil)
127.0.0.1:>

上例可见,先设置session的值为100,然后设置他的ttl为5s,之后连续几次使用get命令获取session,5s之后将获取不到session,因为ttl时间已到,session被删除。

如果想知道一个键还有多长时间被删除,则可以使用TTL命令查看,使用方法如下:
TTL key
返回值是键的剩余时间,单位秒。
比如:

127.0.0.1:> set session
OK
127.0.0.1:> EXPIRE session
(integer)
127.0.0.1:> TTL session
(integer)
127.0.0.1:> TTL session
(integer)
127.0.0.1:> TTL session
(integer)
127.0.0.1:> TTL session
(integer)
127.0.0.1:> TTL session
(integer) -
127.0.0.1:> TTL session
(integer) -
127.0.0.1:>

可见,TTL的返回值会随着时间的流逝慢慢减少,10s之后键会被删除,键不存在时TTL会返回-2,当没有为键设置过期时间时,使用TTL获取键的剩余时间将会返回-1,比如

127.0.0.1:> set url http://qifuguang.me
OK
127.0.0.1:> ttl url
(integer) -
127.0.0.1:>

如果想取消某个键的过期时间,可以使用PERSIST命令,用法如下:
PERSIST key
清除成功返回1,失败返回0.

例如:

127.0.0.1:> set title winwill2012
OK
127.0.0.1:> EXPIRE title
(integer)
127.0.0.1:> ttl title
(integer)
127.0.0.1:> PERSIST title
(integer)
127.0.0.1:> ttl title
(integer) -
127.0.0.1:>

除了PERSIST命令会清除键的过期时间之外,SET,GETSET命令也能清除键的过期时间,但是只对键进行操作的命令(比如INCR,LPUSH等等)不会清除键的过期时间。
EXPIRE命令的单位是秒,如果想要更精确的过期时间,则可以使用PEXPIRE命令,该命令的单位是毫秒,相应地可以使用PTTL看剩余时间。
如果WATCH命令监控了一个具有过期时间的键,如果监控期间这个键过期被自动删除,WATCH并不认为该键被改变。

Redis的EXPIRE过期机制介绍的更多相关文章

  1. JAVA记录-redis缓存机制介绍(一)

    1.redis介绍 Redis 简介 Redis 是完全开源免费的,遵守BSD协议,是一个高性能的key-value数据库. Redis 与其他 key - value 缓存产品有以下三个特点: Re ...

  2. redis多实例与主从同步及高级特性(数据过期机制,持久化存储)

    redis多实例 创建redis的存储目录 vim /usr/local/redis/conf/redis.conf #修改redis的配置文件 dir /data/redis/ #将存储路径配置修改 ...

  3. redis过期机制

    Redis会自己回收清理不用的数据吗? 如果能,那如何配置? 如果不能,如何防止数据累加后大量占用存储空间的问题? 之前一直接触Redis不是很深入,最近项目当中遇到一个需求场景,需要清空一些存放在R ...

  4. Redis 中的过期删除策略和内存淘汰机制

    Redis 中 key 的过期删除策略 前言 Redis 中 key 的过期删除策略 1.定时删除 2.惰性删除 3.定期删除 Redis 中过期删除策略 从库是否会脏读主库创建的过期键 内存淘汰机制 ...

  5. redis锁机制介绍与实例

    转自:https://m.jb51.net/article/154421.htm 今天小编就为大家分享一篇关于redis锁机制介绍与实例,小编觉得内容挺不错的,现在分享给大家,具有很好的参考价值,需要 ...

  6. Redis的内部运作机制

    本文将分五个部分来分析和总结Redis的内部机制,分别是:Redis数据库.Redis客户端.Redis事件.Redis服务器的初始化步骤.Redis命令的执行过程. 首先介绍一下Redis服务器的状 ...

  7. redis主键失效机制

    Memcached删除主键的方式与Redis有何异同 首先,Memcached 在删除失效主键时也是采用的消极方法,即 Memcached 内部也不会监视主键是否失效,而是在通过 Get 访问主键时才 ...

  8. Redis中删除过期Key的三种策略

    转载自:http://blog.csdn.net/a_bang/article/details/52986935?locationNum=9&fps=1 项目中有个接口要频繁调用查询数据库中的 ...

  9. Redis 的缓存淘汰机制(Eviction)

    本文从源码层面分析了 redis 的缓存淘汰机制,并在文章末尾描述使用 Java 实现的思路,以供参考. 相关配置 为了适配用作缓存的场景,redis 支持缓存淘汰(eviction)并提供相应的了配 ...

随机推荐

  1. serving inference

    1.确定要提供服务的inference的input,output,以及exporter的signature:(这里用classify的signature做例子,input为byte数组,output为 ...

  2. Struts2 概述

    1. struts2应用在javaee三层结构中web层框架 2. struts2框架在struts1和webwork基础之上的发展全新的框架 3.struts2 解决的问题: 用户管理的crud操作 ...

  3. php yii2 使用命令行模式开启脚本 报错 :Error while sending QUERY packet. PID=xxx

    背景:使用Yii2命令行模式开启脚本监控rabbitmq队列(或使用nohup &命令后台监控接口),当队列有订单信息,执行查询,更新操作(相当于PHP文件写个查询,更新,使用命令行启动) 问 ...

  4. Golang获取int数组里的最大值和下标

    package main import ( "fmt" ) func main() { //获取一个数组里最大值,并且拿到下标 //声明一个数组5个元素 ], , , ,} //假 ...

  5. CRC、MD5和SHA1的区别?

    什么是CRC校验?CRC即循环冗余校验码:是数据通信领域中最常用的一种查错校验码,其特征是信息字段和校验字段的长度可以任意选定.循环冗余检查(CRC)是一种数据传输检错功能,对数据进行多项式计算,并将 ...

  6. MVC HTML页面使用

    解决HTML <system.webServer> <validation validateIntegratedModeConfiguration="false" ...

  7. mysql 中语句执行的顺序以及查询处理阶段的分析

    原文链接:http://www.php.cn/mysql-tutorials-408865.html 本篇文章给大家带来的内容是关于mysql中语句执行的顺序以及查询处理阶段的分析,有一定的参考价值, ...

  8. Objective-C 【init/initWithFrame调用机制】

    这是一个自定义view: @implementation MyView - (instancetype)init { if (self = [super init]) { NSLog(@"调 ...

  9. Python3 tkinter基础 Label imag显示图片

             Python : 3.7.0          OS : Ubuntu 18.04.1 LTS         IDE : PyCharm 2018.2.4       Conda ...

  10. C#操作字符串方法总结

    /* ######### ############ ############# ## ########### ### ###### ##### ### ####### #### ### ####### ...