一 网络原因导致MQ脑裂： 问题重现： Network partition detected
Mnesia reports that this RabbitMQ cluster has experienced a network partition. There is a risk of losing data. Please read RabbitMQ documentation about network partitions and the possible solutions.
当出现网络分区时，不同分区里的节点会认为不属于自身所在分区的节点都已经挂了，对 queue、exchange、binding 的操作仅对当前分区有效。在 RabbitMQ 的默认配置下，即使网络恢复了也不会自动处理网络分区带来的问题从而恢复集群。RabbitMQ（3.1+）会自动探测网络分区，并且提供了配置来解决这个问题。
[ {rabbit, [{tcp_listeners,[5672]}, {cluster_partition_handling, ignore}] } ]. RabbitMQ 提供了三种配置： 1、ignore：默认配置，发生网络分区时不作处理，当认为网络是可靠时选用该配置 2、autoheal：各分区协商后重启客户端连接最少的分区节点，恢复集群（CAP 中保证 AP，有状态丢失） 3、pause_minority：分区发生后判断自己所在分区内节点是否超过集群总节点数一半，如果没有超过则暂停这些节点（保证 CP，总节点数为奇数个）
解决：
在出现问题的节点上执行:
sbin/rabbitmqctl stop_app
sbin/rabbitmqctl start_app
注意：rabbitmq集群不能采用kill -9 杀死进程，否则生产者和消费者不能及时识别mq的断连，会影响生产者和消费者正常的业务处理。
二 MQ内存节点OOM 集群的节点都是4G内存，使用默认配置文件，可使用的内存是1.5G, 队列积压导致内存溢出 mq内存节点OOM原因：
1.消息堆积 2.消费服务节点OOM宕机
解决： １消费端可以正常消费 2 保证mq集群节点正常 3 mq配置调优 more rabbitmq.config
[ {rabbit, [ {tcp_listeners,[{"0.0.0.0",5672}]}, {loopback_users, []}, {log_levels, [{connection, error}, {channel, error}]}, {vm_memory_high_watermark_paging_ratio, 0.75}, {vm_memory_high_watermark, 0.6} ]} ].
命令行设置最高使用内存占比： rabbitmqctl set_vm_memory_high_watermark 0.6 参数配置: vm_memory_high_watermark : 设置内存低水位线，若低于该水位线，则开启流控机制，默认值是0.4，即内存总量的40% vm_memory_high_watermark_paging_ratio : 设置内存低水位线消息开始持久化到磁盘，默认50%
