RabbitMQ一般情况很少丢失,但是不能排除意外,为了保证我们自己系统高可用,我们必须作出更好完善措施,保证系统的稳定性,如何保证消息的绝对不丢失的问题?有以下几种方法:
1.消息持久化
2.ACK确认机制
3.设置集群镜像模式
4.消息补偿机制
1、消息持久化
RabbitMQ的消息默认存放在内存上面,如果不特别声明设置,消息不会持久化保存到硬盘上面的,如果节点重启或者意外crash掉,消息就会丢失。所以就要对消息进行持久化处理。
要做到消息持久化,必须满足以下三个条件,缺一不可:
1.1 Exchange 设置持久化
1.2 Queue 设置持久化
1.3 Message持久化发送:发送消息设置发送模式deliveryMode=2,代表持久化消息
2、ACK确认机制
多个消费者同时收取消息,比如消息接收到一半的时候,一个消费者死掉了(逻辑复杂时间太长,超时了或者消费被停机或者网络断开链接),这个时候就要使用Message acknowledgment 机制,就是消费端消费完成要通知服务端,服务端才把消息从内存删除。
原因:
这样即使一个消费者出了问题,没有同步消息给服务端,还有其他的消费端去消费,保证了消息不丢的case。
3、设置集群镜像模式
RabbitMQ有三种部署模式:
3.1 单节点模式:
最简单的情况,非集群模式,节点挂了,消息就不能用了。业务可能瘫痪,只能等待。
3.2 普通模式:
默认的集群模式,某个节点挂了,该节点上的消息不能用,有影响的业务瘫痪,只能等待节点恢复重启可用(必须持久化消息情况下)。
3.3 镜像模式:
把需要的队列做成镜像队列,存在于多个节点,属于RabbitMQ的HA方案
RabbitMQ设置镜像模式集群,因为队列的内容仅仅存在某一个节点上面,不会存在所有节点上面,所有节点仅仅存放消息结构和元数据。所以RabbitMQ要保证消息不丢失,需要采用 HA 镜像模式队列。
HA策略模式有:
① 同步至所有的机器、
② 同步最多N个机器、
③ 只同步至符合指定名称的nodes
注意:
HA镜像队列有一个很大的缺点:
系统的吞吐量会有所下降
4、消息补偿机制
|
|