如何保证MQ消息队列的幂等性

对于每个消息,都有一个offset,用来代表这条消息的序号,消费者消费了消息之后每隔一段时间都会把自己所消费的消息的offset提交一下,下次消费的时候就按上次的offset接着来。
这样就会出现一个问题,如果消费者已经消费了一条消息,在提交之前,消费者进程被重启了或者发生意外宕机了,这样的话,当消费者再次启动之后,它还会重复消费这条消息,如果消费者对消息的处理是在数据库中插入一条记录,那么这样的话就会重复插入两个一样的记录,显然是不正确的。
那么我们要怎样保证幂等性呢?假如消费者在消费消息的时候会往数据库中插入一条记录,那么我们只要每次插入记录的时候判断一下这个记录在表中是否存在不就可以保证幂等性了吗
按照这一思路,我们有以下几种方法保证幂等性

  • 插入时查询一次

在每次插入数据的时候,查询表中该数据是否存在,如果存在我们就不用插入了,在并发不高的时候我们可以使用这个方法

  • 添加唯一约束

如果数据库没有分库分表,我们可以在可能会发生重复的字段上添加唯一约束(UNIQUE),这样就不会出现重复的记录了

  • 建立消息记录表

新建一张消息记录表,用来存放每次消费的记录,并且在字段上加上唯一约束(UNIQUE),我们在每次消费的时候就往这张表中添加一条记录,用来记录所消费的消息,这样如果重复消费的话MySQL就会报错

  • 使用Redis

如果数据库是分布式的,并且做了分库分表,那么我们可以使用Redis来记录,把每个消费的消息的id存入Redis,这样重复消费的时候,Redis中已经有了就不能消费

  • 使用锁

如果系统处在高并发下,我们可以使用 Redis或者zookeeper的分布式对消息 id加锁,然后使用上面几种方法来控制幂等性

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值