在高并发场景下，为了保证消息的有序性，本文探讨了MQ架构设计中的局部有序策略。通过确保相同上下文的消息分配到同一分区，例如电商订单状态变更消息，可以满足业务顺序处理需求。以RocketMQ为例，介绍了如何通过不同选择策略实现分区选择，并讨论了单线程消费、队列锁定以及消息重试和死信队列的处理机制。
大家好，我是Tom哥~
为了系统间解耦，我们通常会引入MQ框架，大家各司其职共同完成上下游的业务流程。
大致过程：
-
生产端，创建一条消息，通过网络发送到MQ Server
-
MQ将 消息存储在topic 的一个分区里
-
消费端，从分区中拉取消息，消费处理
但现实往往不一样！MQ 架构设计要满足高并发、高性能、高可用等指标
单分区，达不到我们的吞吐量要求，我们考虑采用多分区架构设计，正所谓 ”三个臭皮匠赛过一个诸葛亮“，多分区可以有效分摊全局压力，提升整体系统性能。
两台 MQ机器，组成一个集群，原先一个分区存储6条消息，现在分摊到两个分区，每个分区各存储3条消息，性能比上面那个提升一倍。
貌似可以满足我们的需求，但任何事情都有两面性&#
最低0.47元/天 解锁文章
285
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
