RabbitMQ深度探索：消息幂等性问题

1. RabbitMQ 消息自动重试机制：

   1. 让我们消费者处理我们业务代码的时候，如果抛出异常的情况下，在这时候 MQ 会自动触发重试机制，默认的情况下 RabbitMQ 时无限次数的重试
   2. 需要认为指定重试次数限制问题

2. 在什么情况下消费者实现重试策略：

   1. 消费者调用第三方接口，但是调用第三方接口失败后，需要实现重试策略，网络延迟只是暂时调不通，重试多次有可能会调通
   2. 消费者获取代码后，因为代码问题抛出数据异常，此时不需要实现重试策略
      1. 我们需要将日志存放起来，后期通过定时任务或者人工补偿形式
      2. 如果是重试多次还是失败消息，需要重新发布消费者版本实现消费
      3. 可以使用死信队列
   3. MQ 在重试的过程中，可能会引发消费者重复消费的问题
   4. MQ 消费者需要解决幂等性问题
      1. 幂等性：保证数据唯一

3. 解决幂等性问题：

   1. 生产者在投递消息的时候，生成一个唯一 id 放在我们消息中
   2. 消费者获取到该消息，可以根据全局唯一 id 实现去重
   3. 全局唯一 id 根据业务来定的，订单号码作为全局的 id 
   4. 实际上还是需要在 DB 层面解决数据防重复
   5. 业务逻辑是在做 insert 操作使用唯一主键约束
   6. 业务逻辑是在做 update 操作，使用乐观锁
      1. 当消费者业务逻辑代码中抛出异常自动实现重试(默认是无数次重试)
      2. 应该对 RabbitMQ 重试次数实现限制，比如最多重试 5 次，每次间隔 30 秒
      3. 重试多次还是失败的情况下，存放到死信队列或者存放到数据库表中记录后期人工补偿

4. 如何选择消息重试：

   1. 消费者获取消息后，调用第三方接口，但是调用第三方接口失败后是否要重试？
   2. 消费者获取消息后，如果代码问题抛出数据异常，是否需要重试？
   3. 总结：
      1. 如果消费者处理消息时，因为代码原因抛出异常是需要重新发布版本才能解决，就不要重试
      2. 存放到死信队列或者是数据库记录、后期人工实现补偿
      </