RocketMQ 应用迁移云 RocketMQ
本文档适用于企业自建 RocketMQ 应用迁移到阿里云消息队列 RocketMQ 版，迁移后将利用云 RocketMQ 高可用、高弹性、低延时的能力提高应用系统的可靠性、稳定性和性能。迁移过程不停机，同时考虑消息幂等问题，尽量减少对在线应用的影响。
分布式事务相关问题
分布式事务没有标准答案，只有结合业务场景的解决方案
TCC,XA,JTA,LCN,2PC
1、分布式事务是什么
数据库分库分表之后，保证多个数据库之间的提交和回滚数据的一致性 ，如图，假设一个订单系统，订单数据库和调度数据库是分开的，如何保证订单库和调度库的一致性，就是所谓分布式事务，这里多说一句，单一数据库不存在分布式事务的问题。
rocketMq-producer介绍
producer介绍
producer在rocketMq扮演的角色是消息的发送过程，其实宏观上来讲其实就包括两大块，分别是消息的发送以及一堆定时任务。
producer在发送消息过程中涉及到发送队列的选择（topic、broker、queue），所以只要在整个发送过程中理清楚这几者之间的关系，就能理解整个发送过程，当然其中包括 非严格顺序消息、顺序消息、事务消息。
秒懂消息队列MQ，万字总结带你全面了解消息队列MQ
消息队列是大型分布式系统不可缺少的中间件，也是高并发系统的基石中间件，所以掌握好消息队列MQ就变得极其重要。接下来我就将从零开始介绍什么是消息队列？消息队列的应用场景？如何进行选型？如何在Spring Boot项目中整合集成消息队列。
RocketMQ 工作原理图解，看这篇就够了！
本文详细解析了 RocketMQ 的核心架构、消息领域模型、关键特性和应用场景，帮助深入理解消息中间件的工作原理。关注【mikechen的互联网架构】，10年+BAT架构经验倾囊相授。
RocketMQ 消息的重试机制是怎样的？
RocketMQ的消息重试机制确保消息消费失败时能自动重试，直至成功。默认重试16次，时间间隔逐次翻倍，从10秒至数分钟不等。重试在同组内不同消费者间进行，由异常抛出或特定状态返回触发。支持自定义重试次数与时间间隔，建议合理配置避免无限重试，保障系统稳定性和性能。