我们知道，kafka 如果要保证顺序消费，必须保证消息保存到同一个patition上，而且为了有序性，只能有一个消费者进行消费。这种情况下，Kafka 就退化成了单一队列，毫无并发性可言，极大降低系统性能。那么对于对业务比较友好的RocketMQ 是如何实现的呢？首先，我们循序渐进地来了解下顺序消息的实现。
顺序消息业务使用场景
—
1、电商场景中传递订单状态。
2、同步mysql 的binlong 日志，数据库的操作是有顺序的。
3、其他消息之间有先后的依赖关系，后一条消息需要依赖于前一条消息的处理结果的情况。
等等。。。
消息中间件中的顺序消息
顺序消息（FIFO 消息）是 MQ 提供的一种严格按照顺序进行发布和消费的消息类型。顺序消息由两个部分组成：顺序发布和顺序消费。
顺序消息包含两种类型：
分区顺序：一个Partition(queue)内所有的消息按照先进先出的顺序进行发布和消费
全局顺序：一个Topic内所有的消息按照先进先出的顺序进行发布和消费.但是全局顺序极大的降低了系统的吞吐量，不符合mq的设计初衷。
