rocketMQ

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第7天，点击查看活动详情 灵活的运用 tags来过滤数据 之前我们讲解过基于tags来过滤数据的功能，其实在真正的生产项目中，建议大

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第6天，点击查看活动详情 前言 上一篇文章我们分析了延迟消息的使用场景，这篇文章我们分析一下RocketMQ中对延迟消息的代码实现

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第5天，点击查看活动详情 使用场景 用户下单之后，一直在犹豫，迟迟没有下订单。 因此在实际情况中，其实APP的大量用户每天会下很多订

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第4天，点击查看活动详情 前言 我们还是看数据库同步这块技术设计场景。一个数据库中可能会包含很多表的数据，比如订单数据库，他里面除了

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第3天，点击查看活动详情 万一消息处理失败了可以走重试队列吗? RocketMQ有消息失败重试机制。即消息消费ack返回RECONS

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第2天，点击查看活动详情 前言 数据组利用canal监听mysql的binlog日志，然后发送到RocketMQ后，通过消费消息来实

最近大数据组需要同步业务数据库的订单表的全部数据，为什么基于 RocketMQ 进行业务库数据同步时会消息乱序?

RocketMQ的重试机制很好的保证了消息至少被消费一次，也使得RocketMQ丢消息的概率大大减小。而这样做的代价就是消息可能会被多次消费，正如第一篇文章所说的问题，那我们该如何避免呢？

上一篇，我从一个数据重复的问题，引出RocketMQ会在何时会将同一个消息，重复发送。那么，本文将详细聊一聊RocketMQ的重试策略。

同一个messageId竟然收到了五次，并且随着时间的推移还在继续发送。不禁让人思考，RocketMQ会在什么情况下，重复发送消息呢？