夜雨的博客

如何避免消息丢失？生产者：启用 confirm 模式 + 重试机制MQ 服务端：队列和消息持久化 + 镜像队列（高可用）消费者：手动 ack + 死信队列兜底如何避免消息重复消费？业务幂等性：通过唯一业务 ID（如订单 ID）去重MQ 层面：利用 MessageId 或第三方存储（如 Redis）记录已消费消息消息积压处理临时扩容：快速创建消费者组批量消费：跳过复杂逻辑，直接落库分发策略：按消息 ID 哈希分发到新队列

RabbitMQ的事务控制机制解析 RabbitMQ通过AMQP协议实现事务控制，保障消息发送与本地业务操作的原子性。其核心流程包括开启事务（tx.select）、消息发送与缓冲、提交/回滚（tx.commit/rollback）三个阶段。关键组件包括事务缓冲区（暂存消息）、事务日志（记录状态）和锁机制（防止并发干扰）。在故障场景下，Broker会根据事务日志进行恢复，确保数据一致性。这种机制适用于金融支付、电商订单、数据同步等强一致性业务场景，通过事务性Channel实现"全成功或全失败&quo

吞吐量测试数据​​RabbitMQ​​：单节点约2万+/秒 ，集群扩展受限 ​​Kafka​​：单节点50万+/秒（磁盘顺序写），支持TB级数据存储 ​​RocketMQ​​：单节点百万级TPS ，支持10亿级消息堆积 ​​Pulsar​​：冷热分层存储降低60%成本