宁波网站推广合作商,品牌设计包括,同源大厦 网站建设,庆元县建设局网站目录
RabbitMQ的可靠性投递
确保消息正确地发送至 RabbitMQ
确保消息接收方消费了消息
流程分析
1.生产者发送消息给Broker
2.交换机路由消息到队列
3.消息存储在队列
4.消费者订阅并消费消息
三个重要概念
RabbitMQ集群模式 RabbitMQ的可靠性投递
在 RabbitMQ 中确保消息正确地发送和消息接收方消费消息通常需要采取一些措施。
确保消息正确地发送至 RabbitMQ 生产者确认RabbitMQ 支持生产者确认机制即发布确认Publisher Confirms。通过启用生产者确认生产者可以等待 RabbitMQ 确认消息已成功接收并存储然后再继续发送下一条消息。 消息持久性在发布消息时确保消息被标记为持久性persistent。这意味着消息将被保存到磁盘即使 RabbitMQ 服务器重启消息也不会丢失。 交换机和队列的持久性确保交换机和队列也被标记为持久性以防止它们在 RabbitMQ 服务器重启时丢失。 备份交换机使用备份交换机Alternate Exchange来确保消息在无法路由到目标队列时不会丢失。备份交换机将无法路由的消息路由到备份队列以供后续处理。
确保消息接收方消费了消息 消费者确认在消费者端您可以使用消费者确认来确保消息已被正确处理。RabbitMQ 支持基本确认模式消费者可以发送确认给 RabbitMQ告知它已成功接收和处理消息。如果消费者未发送确认消息将被重新排队确保不会丢失。 消息应答模式RabbitMQ 支持两种消息应答模式分为自动应答和手动应答。在手动应答模式下消费者必须明确发送应答以告知 RabbitMQ 消息已被处理。这提供了更大的控制力和可靠性因为只有在确认消息处理后才会发送应答。 消息持久性如果消费者接收到消息后将其处理并将结果写入数据库或其他持久性存储可以确保消息被持久化。这样即使消费者故障可以在重新启动后重新处理消息。 幂等性处理消费者应该实现幂等性处理以确保多次处理相同消息的效果与一次处理相同消息的效果相同。这样即使消息重复传递也不会引起问题。
流程分析 1.生产者发送消息给Broker 怎么知道消息发送成功了 RabbitMQ 里面提供了两种服务端确认机制进行应答告知生产者是否发送成功 Transaction事务模式 通过一个 channel.txSelect()的方法把信道设置成事务模式当Broker回复Producer一个Ack(Commit-OK指令)后才能提交成功。同步阻塞的方式缺点也很明显需要等待消耗性能不建议生产使用。 Confirm确认模式(总共有三种) 将信道设置成 confirm 模式发送方确认模式则所有在信道上发布的消息都会被指派一个唯一的 ID。 一旦消息被投递到目的队列后或者消息被写入磁盘后可持久化的消息信道会发送一个确认给生产者包含消息唯一 ID发送方确认模式通常选择异步的。 普通确认模式发一条确认一条-缺点就是有点慢 批量确认模式发一批没异常默认都接收了-缺点是一批是多少怎么衡量 异步确认模式生产者应用程序在等待确认的同时可以继续发送消 息。 怎么避免消息重复投递或重复消费 在消息生产时MQ 内部针对每条生产者发送的消息生成一个 inner-msg-id作为去重的依据消息投递失败并重传避免重复的消息进入队列。 在消息消费时要求消息体中必须要有一个 bizId对于同一业务全局唯一如支付 ID、订单 ID、帖子 ID 等作为去重的依据避免同一条消息被重复消费。 消息基于什么传输 由于 TCP 连接的创建和销毁开销较大且并发数受系统资源限制会造成性能瓶 颈。RabbitMQ 使用信道的方式来传输数据。信道是建立在真实的 TCP 连接内的 虚拟连接且每条 TCP 连接上的信道数量没有限制。
2.交换机路由消息到队列 怎么处理消息无法正确路由到队列 消息回发的方式服务端重发给生产者提供错误码告知路由失败消息。 消息路由到备份交换机的方式在创建交换机的时候指定备份交换机存放以备后续处理。
3.消息存储在队列 没有消费者消费的情况下队列存储在自身数据库怎么防止异常情况下(重启、宕机 、关闭等)导致内存中的消息丢失 队列持久化、交换机持久化、消息持久化、使用集群多个节点同步备份。 怎么分发消息给消费者? 若该队列至少有一个消费者订阅消息将以循环round-robin的方式发送给消 费者。每条消息只会分发给一个订阅的消费者前提是消费者能够正常处理消息并进行确认。
4.消费者订阅并消费消息 怎么确认接收成功 消费者确认机制自动或手动发送Ack给服务端。Ack设置的三个值NONE自动Ack、MANUAL手动Ack、AUTO没异常就发送Ack。
三个重要概念
在 RabbitMQ 中消息的幂等性、顺序性和最终一致性是消息处理的重要概念用于确保消息系统的可靠性和正确性。
1. 消息的幂等性Message Idempotence 概念消息的幂等性是指无论消息被处理多少次其效果都与一次处理的效果相同。即使消息重复传递也不会引发不一致性或错误结果。 实现为实现消息的幂等性生产者和消费者可以采用以下方法 在生产者端为每个消息分配唯一的消息标识符Message ID并在消费者端维护已经处理过的消息 ID 列表。在处理消息前消费者可以检查消息 ID 是否已经存在于列表中如果存在则不处理。
2. 消息的顺序性Message Ordering 概念消息的顺序性要求消息在传递和处理时保持特定的顺序即消息按照其发送的顺序进行处理。 实现RabbitMQ 本身保证单个队列内消息的顺序性但在分布式系统中全局顺序性可能更为复杂。为实现全局顺序性可以采用以下方法 使用单一队列将所有相关消息发送到单一队列这样可以确保它们按顺序处理。 基于分区键Partition Key将消息根据某个关键属性如订单号分发到不同的队列或分区然后在消费者端将它们重新排序。
3. 消息的最终一致性Message Eventually Consistency 概念最终一致性指的是在分布式系统中即使系统出现故障或网络延迟最终数据仍然达到一致性状态。 实现实现最终一致性需要以下策略 异步确认在消息处理完成后异步发送确认即使消费者端出现故障消息系统也可以在稍后重新传递消息。 消息持久性将消息和数据持久化以确保即使系统重启消息不会丢失。 冗余使用多个副本以增加系统的可用性和冗余。
综合考虑这些概念RabbitMQ 中的消息可以通过确保消息的幂等性、维护顺序性和实现最终一致性来处理。这些概念和实现方法可以帮助设计和构建可靠的消息传递系统。
RabbitMQ集群模式
集群主要用于实现高可用与负载均衡。 高可用如果集群中的某些 MQ 服务器不可用客户端还可以连接到其他MQ服务器。 负载均衡在高并发的场景下单台 MQ 服务器能处理的消息有限可以分发给多台 MQ 服务器。
RabbitMQ 有两种集群模式普通集群模式和镜像队列模式。 普通集群模式下不同的节点之间只会相互同步元数据。普通集群模式不能保证队列的高可用性因为队列内容不会复制。如果节点失效将导致相关队列不可用因此我们需要第二种集群模式。 镜像队列模式下消息内容会在镜像节点间同步可用性更高。不过也有一定的副作用系统性能会降低节点过多的情况下同步的代价比较大。
