# 如何保證消息不會重復消費？
造成重復消費的原因是：**網絡不可達**
1、生產者--->MQ的過程成功，但是在MQ返回給生產者確認時，網絡閃斷，生產者會再次發送消息
2、消費者從MQ拿到消息，處理完了，還沒給MQ回傳確認信息時，網絡閃斷，在恢復正常后會再次發送消息
# 如何保證消息的冪等性？
生產者在發送消息時攜帶一個全局的唯一ID
消費者在拿到全局ID時，先到redis/Db中查一下，是否存在這個記錄，如果存在就舍棄掉，不存在就正常進行
- 消息隊列
- 為什么要用消息隊列
- 各種消息隊列產品的對比
- 消息隊列的優缺點
- 如何保證消息隊列的高可用
- 如何保證消息不丟失
- 如何保證消息不會重復消費？如何保證消息的冪等性？
- 如何保證消息消費的順序性？
- 基于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框架的生命周期