# 如何保证消息消费的顺序性？
什么是顺序消费？
-消费方按照发送到MQ的顺序进行消费，分为**全局顺序**和**局部顺序**
-常用的是**局部顺序**
全局顺序消息：生产者：MQ：消费者 = 1：1：1
局部顺序消息：
①**给消息一个全局标识，进行取模，将这组数据发到同一个MQ的队列中（最主要的点）**
②多个消费者并行对消息进行消费
③Queue通过分段锁保证对消息的顺序消费
- 消息队列
- 为什么要用消息队列
- 各种消息队列产品的对比
- 消息队列的优缺点
- 如何保证消息队列的高可用
- 如何保证消息不丢失
- 如何保证消息不会重复消费？如何保证消息的幂等性？
- 如何保证消息消费的顺序性？
- 基于MQ的分布式事务实现
- Beanstalk
- PHP
- 函数
- 基础
- 基础函数题
- OOP思想及原则
- MVC生命周期
- PHP7.X新特性
- PHP8新特性
- PHP垃圾回收机制
- php-fpm相关
- 高级
- 设计模式
- 排序算法
- 正则
- OOP代码基础
- PHP运行原理
- zavl
- 网络协议new
- 一面
- TCP和UDP
- 常见状态码和代表的意义以及解决方式
- 网络分层和各层有啥协议
- TCP
- http
- 二面
- TCP2
- DNS
- Mysql
- 锁
- 索引
- 事务
- 高可用？高并发？集群？
- 其他
- 主从复制
- 主从复制数据延迟
- SQL的语⾔分类
- mysqlQuestions
- Redis
- redis-question
- redis为什么那么快
- redis的优缺点
- redis的数据类型和使用场景
- redis的数据持久化
- 过期策略和淘汰机制
- 缓存穿透、缓存击穿、缓存雪崩
- redis的事务
- redis的主从复制
- redis集群架构的理解
- redis的事件模型
- redis的数据类型、编码、数据结构
- Redis连接时的connect与pconnect的区别是什么？
- redis的分布式锁
- 缓存一致性问题
- redis变慢的原因
- 集群情况下，节点较少时数据分布不均匀怎么办？
- redis 和 memcached 的区别？
- 基本算法
- MysqlNew
- 索引new
- 事务new
- 锁new
- 日志new
- 主从复制new
- 树结构
- mysql其他问题
- 删除
- 主从配置
- 五种IO模型
- Kafka
- Nginx
- trait
- genergtor 生成器
- 如何实现手机扫码登录功能
- laravel框架的生命周期