MQ master-slave

 

1.故障重启恢复顺序：

   首先停止Slave，再停止Master；同步最新数据；先重启Master，再重启Slave；查看控制台确保相关的客户端连接进来

2.控制台操作：

   所有的操作都在Master上进行；Slave上只能进行查看消息的统计数量操作，确保Slave正常；消息队列查看，订阅发布关系等等都在Master上进行

3.死信队列：

   为每个队列启用单独的死信队列，便于数据后续的恢复处理

4.Master配置waitForSlave=true，防止启动后与Slave数据不一致：

   初次启动Master，不会提供服务，客户端发送消息会报错；

   当Slave启动连上Master后，Master提供正常服务，客户端能正常发送消费消息；

   当Slave故障断开后，Master也能正常提供服务。

5.Broker名称要求

   使用Java的变量命名规范，否则当broker名称中出现特殊字符，如”:”时，会出现莫名问题，borker会无法启动。

6.JMX远程连接问题

   目前在linux下java rmi存在hostname问题，所以必须在启动脚本中（bin/activemq）添加JVM参数：-Djava.rmi.server.hostname=IP

7.网络不好和CPU高负载对Failover的影响

   采用Master/Slave和Failover协议方式，客户端Failover会做心跳检查，由于客户端网络环境不好或者其他应用造成CPU高负载，误判断Master不可用了，自动切换到Slave

   由于Master和Slave通常部署在相近的环境里面，他们之间的网络没有太多问题，Slave并不认为Master有故障，因此Slave没有提升为Master

   这个时候客户端就会出现异常，Slave的连接不能发送和消费消息

   开发环境可以采用只连接Master来解决，方便开发，到线上再切换成Failover协议，另外对同一个MQ最好公用相同的连接

   心跳检查的参数maxInactivityDuration，默认30秒，failover:(tcp://localhost:61616?wireFormat.maxInactivityDuration=30000)