【HBZ分享】MQ如何保证消息重复消费问题

总体来说就是幂等性校验

1. 消息发送时出现网络抖动，从而导致没及时做ACK回复，生产者误以为失败从而进行重试。此时该消息会出现2次。
2. 消费者消费过程中，存在消费失败，或者网络抖动，同样没及时响应ACK，使得MQ误以为消费失败，从而进行重试，也会导致重复消费

1. 如果存在订单号这种特殊数据，则可以在执行业务逻辑之前，通过订单号查一下数据库是否已存在 或 是否已对数据改动，如果已经做了相应操作，则该消息直接确认，不做任何逻辑。同时一定也要从数据库层面做限制，比如做【唯一约束】或【乐观锁】等限制，防止两个相同操作查询的时候时间很接近，恰好都没改动，导致bug产生。
2. 如果只是普通数据，没有某个字段可依据，这种情况可以根据【消息ID】来做幂等性校验，因为每条消息都有唯一的ID，如果时消费重试，可以通过消息ID来做幂等性校验，比如可以通过redis或mysql记录该消息ID是否被消费，如果该消息已经被消费，那直接确认即可，无需在执行相应逻辑。