最近在工作中遇到了一个场景是这样的:
每到月初我们需要向上个月考勤有异常的同学的企业微信推送异常考勤提醒,让有异常的同学及时处理:补卡或者提交对应的请假申请等等。之前的做法是直接循环数据库,查处有异常的同学的考勤数据,然后推送给到相关的同学。一次推送的数据量在1500左右。
这种方法存在的问题,因为是通过同步的定时任务的方式,会因为数据量太大导致定时任务执行超时,导致事务回滚,数据库中未创建对应消息的记录,所以导致消息无法确认。
在发现这个问题之后,我们的第一反应是把定时任务做成异步的,修改的实现方式是,添加一个异步的装饰器,在定时任务触发之后,在后台另外开启一个线程执行查找异常考勤和发送异常消息。
当然这种可以解决问题,但不是最优解,所以在新版本的时候,我们就考虑使用消息队列MQ的方式来解决消息的推送问题,最开始我的设想是使用RabbitMQ的发布订阅模式来解决,但是在和公司运维了解情况后发现,公司使用的腾讯云对RabbitMQ的支持并不是很好,和运维沟通后决定使用Redis来实现消息队列。
由于之前也没有基于Redis的实践,所以我其实是在网上找了一些资料,才把问题解决。
先说结论,基于Redis的实现其实是相当简单的,网上也有现成的代码可供参考,我在post出相关代码之后,会列出我在实现的过程中遇到哪些坑。
代码实现&