RocketMQ5.0

​ RocketMQ 无法避免消息重复（Exactly-Once），所以如果业务对消费重复非常敏感，务必要在业务层面进行去重处理。可以借助关系数据库进行去重。首先需要确定消息的唯一键，可以是msgId

​ docker 默认会创建 bridge链接方式的rocketmq局域网 起用dashborad 指定局域网类型 ps:docker在同一个network方式下rocketmq下面可以通过容器名称直

​   在新的版本中定时消息等价于延迟消息 定时消息：例如，当前系统时间为2022-06-09 17:30:00，您希望消息在下午19:20:00定时投递，则定时时间为2022-06-09 19:20

​ 在看本篇文章之前可以看一下非顺序消息消息负载均衡相关 RocketMQ5.0消费者负载均衡实战-CSDN博客 顺序消息消息粒度负载均衡 ****  顺序消息的负载均衡主要是针对顺序消息特性进行负载

​ 事务消息逻辑 ​编辑docker部署容器，并且创建消息 dd首先我们来docker 部署rocketMQ与rocketMQDashBoard docker ps查看rocketMQ 容器名称 进入

​ 引用普通消息发送 | RocketMQ 异步调用的经典业务场景_使用异步的业务场景-CSDN博客 同步消息类型 Send消息发送方发出一条消息后，会在收到服务端同步响应之后才发下一条消息的通讯方式

​ 队列主要概念                                                        队列与生产者消费者关系 在创建topic时不指定队列数量，默认为8，在d

消费逻辑的最终兜底机制，若消息一直处理失败并不断进行重试，直到超过最大重试次数还未成功，此时消息不会再重试，会被投递至死信队列。您可以通过消费死信队列的消息进行业务恢复。 死信队列 当一条消息初次消费