redis | 使用 redis 完成定时任务,您知道这种情况吗?
应用场景
作为一名 IT工程师 ,只要我们做过项目,想必大家都使用过 定时器 的。一般来说,项目中的订单模块 与 评论模块,都会涉及到定时任务执行。
比如:
- 用户下订单后,需要在15分钟内完成支付,否则订单失效关闭。
- 用户在完成订单后,如果没有人评论,过对应时间后,系统自动评论,并且完结。(为了防止尴尬、假象)
解决思路
解决问题的方式分为很多种,主要就是看我们自己如何采用灵活性思维去思考最优解决方案,下面我将给大家说三种思维方式。
第一种:八点半解决法
一般情况下,在订单的信息中,加入过期时间。当用户查询订单或者做其他操作的时候,检查一下有没有过期的预选订单。
如果有的情况,则进入我们业务逻辑处理。也就是说,当用户不进行操作时候,这个预选订单不会自己结束的。
这样做的好处是在于,当系统重启的时候,这个订单状态是不会受到影响的。坏处当然也是显而易见,延迟率很高,主动权完全决定在于用户手中。
第二种:轮询法
同样的,在订单信息中加入过期时间,后台启动一个定时线程,每隔一段时间遍历一次订单信息,如果有到期的,则结束订单。但是这种方法会影响性能。
redis 解决
redis 方式解决这个问题,那么我们就会用到 redis 定时器,redis 中有一个命令(expire),用来设置 key 的过期时间。
使用发布订阅,可以接受到 key 的过期提醒,当key 过期时,再执行取消订单逻辑,这样就可以了。
这里我会写一个 demo 案例:
# redis 定时器demo演示
127.0.0.1:6379> set demo tom EX 30OK127.0.0.1:6379> get demo(nil)
设置 demo(key)的过期时间为 30 秒,30秒后自动销毁。
当然,只有定时器还是不够的,还需要有 redis 的另外两个功能,发布订阅 与 过期通知。
redis 发布订阅(pub | sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。
注意:redis 客户端可以订阅任意数量的频道。
redis 的发布/订阅 内容过多,为了让大家更容易搞懂,我会把 redis 发布/订阅的实现原理,单独拆分一篇详细讲解给大家。
redis过期通知
要使用 redis 的过期通知功能,需要首先开启这个功能!!!
在配置文件中加入这行配置:
notify-keyspace-events Ex
在控制台(1)订阅频道 __keyevent@0__:expired
127.0.0.1:6379> PSUBSCRIBE __keyevent@0__:expiredReading messages... (press Ctrl-C to quit) 1) "psubscribe" 2) "__keyevent@0__:expired" 3) (integer) 1
在控制台(2)存入一个 key,并设置过期时间
127.0.0.1:6379> set demo tom EX 30OK
当 30 秒过后,控制台(1)收到消息
1) "pmessage"2) "__keyevent@0__:expired"3) "__keyevent@0__:expired"4) "demo"
那么到这里也就结束了,想必大家对 redis 定时任务也有一定了解,如果其中还有疑问 (可百度、可谷歌、可加群交流)。
推荐阅读
-
OpenCV 高级图形用户界面 (21) 暂停程序执行并等待用户按键进入,使用函数 waitKey - 参数
-
TensorFlow 的基本概念和使用场景
-
主题:数组(已完成)
-
python 机器人编程 - 使用 python API 调用控制 wifi 小车的示例程序
-
分布式微服务云原生]Redis 的高效之道:线程模型、IO 模型和反应模型的全面分析
-
Redis 相关面试问题
-
使用 cgo 在 Golang 中调用 C 语言库:"runtime/cgo "软件包完整指南 - 摘要
-
使用计时器创建打开屏幕弹出窗口
-
(42) 在 MATLAB 中使用 fftshift 绘制零心功率谱
-
滚雪球式的 Redis [第 9.2 讲]:Redis 的最佳实践:高效应用和常见反模式规避指南