MQ：如何保证消费消息的幂等性

为什么会出现重复消息？

常见消息中间件如 Kfaka、RabbitMQ、RocketMQ等为保证消息不丢失，会保证消息至少会被消费一次。
先从MQ服务端是如何确定消息被正确消费说起，消费者在正确消费消息后，会给MQ服务端发送ACK确认消息，目的是告诉服务端xxx消息已经被我成功消费掉了，问题就出现在这里，如果消费成功但是ACK发送失败（如网络问题，宕机等场景），服务端未收到ACK会认为消息没有消费成功，会再次发送该消息，这就出现了重复消息的问题。
以下图为例：

生产者将消息1 {“name”:“张三”,“age”:20} 通过MQ将消息发送给消费者，消费者1成功消费消息1，并将消息内容 {“name”:“张三”,“age”:20} 成功写入数据库，但是在发送消费成功ACK标识时，出现了失败，MQ会认为该消息消费失败，会再次发送消息给消费者，比如这次是消费者2进行消费，并且插入数据库成功，ACK页发送成功，此时消息1消费完毕，但是数据库中却存在两条一样的消息，这种情况是不允许的，此时需要在消费端保证消费的幂等性。

如何保证消费的幂等性

MQ本身是不会保证消费消息的幂等性的，需要在业务逻辑处进行保证幂等性，如：

1. 修改库之前先查询：根据消息体中的内容，如主键（具体看业务）等唯一标识，在插入数据库前先查询，如果存在该记录，则进行更新或者直接返回消费成功。
2. Redis缓存：Redis的 set具有天然的幂等性，可以保证消息的唯一性，消费者从Redis中取消息进行消费不会出现重复消费的问题。
3. 全局ID：消息发送时，给消息定义一个全局ID（如使用UUID，雪花ID等）来标识消息的唯一性，然后在数据库中将该字段作为唯一键，也可保证数据库中数据的正确性。

以上就是我目前掌握的保证消费消息幂等性的方法，如果有其它的方式，后续会继续更新，同时欢迎评论区进行补充，谢谢！（编程小白，渴望共同进步）