前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Redis消息队列重复消费问题

Redis消息队列重复消费问题

作者头像
Li_XiaoJin
发布2022-06-12 11:12:28
3K0
发布2022-06-12 11:12:28
举报
文章被收录于专栏:Lixj's Blog

最近遇到的一个问题,记录一下。

上篇文章说到 SpringBoot+Redis实现简单的发布/订阅

事情原委

我们目前项目中短信模块就是采用的 Redis 来作消息队列,起因是最近有应用反映下发短信时,偶尔会有发送两次的情况。

经过排查,确实是会存在,这个是我们研发之前的处理是发送短信后就会删除锁,这样如果出现网络波动的情况,就会出现发送两次的情况。

具体情况是这样,我们有两个实例,每个实例都订阅了topic,发送时会通知每个消费者,每个实例去获取锁,然后发送短信; 当时的情况是这样,生产者发送后,消费者开始消费 第一个实例消费的时间是 18:10:024,然后进行业务处理,发送短信完成时间是 18:10:056(通过日志查看到时间),处理得很快,几十毫秒就处理完了,然后把锁删除。 第二个实例消费的时间是 18:10:244,这时第一个实例已经处理完成,并且把锁删除掉,所以这时第二个实例尝试获取锁时会直接成功,接着进行业务处理,重新发送第二条短信完成时间是 18:10:268。 所以就造成偶尔会出现发送两次的情况。

找到问题所在就开始修复了,主要解决思路是让第二次获取锁失败就行了。

这里我们修改为获取锁进行业务处理完成之后,不直接删除锁,而是让它过一段时间失效,这样别的实例再此期间再获取锁时就不会成功了,即使第一次处理得很快,也不会被两次消费处理。

这里我们设置失效时间是 1分钟,后期可以根据业务情况进行调整。

总结

通过这次我们也知道,进行业务处理时,不光要进行加锁解锁,还要考虑各种情况;在处理消息队列时,重复消费是经常出现的问题,这里也算是收获一份经验了。

Copyright: 采用 知识共享署名4.0 国际许可协议进行许可 Links: https://lixj.fun/archives/redis重复消费问题

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022-04-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 事情原委
  • 总结
相关产品与服务
消息队列 CMQ 版
消息队列 CMQ 版(TDMQ for CMQ,简称 TDMQ CMQ 版)是一款分布式高可用的消息队列服务,它能够提供可靠的,基于消息的异步通信机制,能够将分布式部署的不同应用(或同一应用的不同组件)中的信息传递,存储在可靠有效的 CMQ 队列中,防止消息丢失。TDMQ CMQ 版支持多进程同时读写,收发互不干扰,无需各应用或组件始终处于运行状态。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档