【Redis学习笔记】04 Redis 键过期以及故障案例

1. 给键设置过期时间

key 设置过期时间:EXPIRE key seconds,时间单位为秒

127.0.0.1:6379> EXPIRE k8 10
(integer) 0
127.0.0.1:6379> EXPIRE k1 10
(integer) 1

状态码:
0:表示这个 key 不存在
1:表示这个 key 存在,并设置过期时间成功

我们设置 k1 的过期时间为 10 秒后,等待 10 秒,再次查看 k1,会发现 k1 不存在了

127.0.0.1:6379> GET k1
(nil)

我们得出:Redis key 设置的过期时间到了之后,会自动将 key 删除

key 的过期时间可以在创建的时候就设置

127.0.0.1:6379> SET k1 v1 EX 10
OK

2. 查看key是否过期

查看 key 的过期时间:TTL key

127.0.0.1:6379> TTL k2
(integer) -1
127.0.0.1:6379> SET k1 v1
OK
127.0.0.1:6379> EXPIRE k1 10
(integer) 1
127.0.0.1:6379> TTL k1
(integer) 8
127.0.0.1:6379> TTL k1
(integer) 7
127.0.0.1:6379> TTL k1
(integer) 5
127.0.0.1:6379> TTL k1
(integer) 4
127.0.0.1:6379> TTL k1
(integer) 3
127.0.0.1:6379> TTL k1
(integer) 2
127.0.0.1:6379> TTL k1
(integer) -2

状态码:
-1:表示这个 key 存在,但是并没有设置过期时间(永不过期)
-2:表示这个 key 不存在
N:表示这个 key 存在,并且还有 N 秒过期

注意:当 key 还在过期时间中,再创建一个一模一样的 key,会覆盖掉处于过期时间的 key,这时,这个key 就变成了永不过期的key

127.0.0.1:6379> SET k1 v1
OK
127.0.0.1:6379> EXPIRE k1 50
(integer) 1
127.0.0.1:6379> TTL k1
(integer) 41
127.0.0.1:6379> SET k1 v1
OK
127.0.0.1:6379> TTL k1
(integer) -1

3. key 过期故障案例

3.1. 问题描述

双十一优惠活动,某电商平台的开发人员创建了一个已经存在过期时间为 1 天的优惠卷 key,这时就会把正在过期的 key 直接覆盖掉,从而变成永不过期的 key,当过期时间一过,发现优惠卷还是可以使用的,造成的损失不计其数,这就是由于新的 key 把旧的 key 覆盖了,过期时间也就变成了永不过期。

3.2. 模拟破坏key的过期

# 1. 创建优惠卷 key
127.0.0.1:6379> SET coupons 50
OK

# 2. 查看 key 的过期时间
127.0.0.1:6379> TTL coupons
(integer) -1

# 3. 设置 key 的过期时间为 120 秒
127.0.0.1:6379> EXPIRE coupons 120
(integer) 1

# 4. 观察 key 的过期时间
127.0.0.1:6379> TTL coupons
(integer) 116
127.0.0.1:6379> TTL coupons
(integer) 115
127.0.0.1:6379> TTL coupons
(integer) 114
127.0.0.1:6379> TTL coupons
(integer) 102

# 5. 设置开发人员突然创建了一个一模一样的 key,导致有过期时间的 key 被覆盖掉,从而变成了永不过期的 key
127.0.0.1:6379> SET coupons 50
OK
127.0.0.1:6379> TTL coupons
(integer) -1

3.3. 避免 key 过期故障的方法(预防)

  1. 跟开发人员提前确认有哪些 key 存在过期时间,将这些 key 进行监控
    a. 通过 zabbix 自定义监控项,监控 redis-cli ttl key 输出的结果
    b. 只要是设置过期时间 key,查询当前过期时间返回值为 -1 的就告警,这表示这个key已经是永不过期了
  2. 规范操作,避免背锅

4. 取消过期时间

方法一:重新创建一个一模一样的 key

SET k1 v1

方法二:使用 PERSIST 命令(推荐)

127.0.0.1:6379> SET k1 v1 EX 50
OK
127.0.0.1:6379> TTL k1
(integer) 46
127.0.0.1:6379> PERSIST k1
(integer) 1
127.0.0.1:6379> TTL k1
(integer) -1
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,319评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,801评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,567评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,156评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,019评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,090评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,500评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,192评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,474评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,566评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,338评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,212评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,572评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,890评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,169评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,478评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,661评论 2 335

推荐阅读更多精彩内容