RabbitMQ 可靠性、确认与队列类型
消息队列与搜索#RabbitMQ可靠性#确认#队列类型约 624 字 · 2 分钟阅读
追问显示点击任意追问卡片可收起 / 展开
Publisher Confirm 与 Consumer Acknowledgement 分别确认什么？
追问 生产者收到确认，是否意味着消费者已经完成业务处理？
自动确认与手工确认有什么区别？
追问 消费者收到消息后、完成处理前崩溃，两种模式分别可能发生什么？
消费者应该在什么时机确认消息？
追问 先确认后写库、先写库后确认各有什么风险，如何处理重复业务写入？
ack、nack、reject 与 requeue 如何配合？
追问 什么情况下重新入队可能形成持续重试循环？
Prefetch 如何影响消费吞吐和公平性？
追问 处理耗时差异大时，过高或过低的值可能带来什么问题？
队列持久化、消息持久化与发布确认有什么区别？
追问 为什么不能只设置一个持久化选项就宣称消息绝不丢失？
Classic Queue、Quorum Queue 和 Stream 应如何选择？
追问 复制、消费模式、数据保留和版本支持分别需要核查什么？
Quorum Queue 的副本与多数派可用性如何影响服务？
追问 失去部分节点时，如何根据实际成员数量判断读写能力，而不是只看集群节点总数？
TTL、队列长度限制与死信交换机如何使用？
追问 过期、拒绝和队列溢出时，消息如何处理，如何验证死信路径？
为什么不能不加验证地将“RabbitMQ 集群”等同于“所有队列均有副本”？
追问 如何查询队列类型、副本分布和故障条件？迁移历史队列方案时应确认什么？
本组确认机制可参照 RabbitMQ 发布确认与消费者确认文档，并结合实际队列类型验证。