RabbitMQ HA durable mirrored queues主节点非优雅停机为何出现中断？

• 集群故障判定延迟
  RabbitMQ集群默认依赖tick心跳检测节点存活状态，默认net_ticktime参数为60秒，连续4次tick失败才会判定节点离线。强制断电属于无信号硬故障，集群无法立刻感知节点下线，在等待故障判定的窗口期内，所有发往旧主队列的请求都会被阻塞，不会触发主从切换。
• 持久化镜像队列的主选举与数据校验耗时
  确认主节点离线后，集群需要从同步完成的镜像副本中选举新的主队列：
  1. 对于durable类型的队列，新主节点需要扫描磁盘上的持久化消息文件，校验消息的提交状态、ack记录，清理旧主未同步完成的脏数据，队列存储的消息量越大，该校验过程耗时越长
  2. 如果队列开启的是异步镜像同步，旧主断电前可能存在部分消息未同步到副本，新主还需要完成数据一致性校验，进一步拉长恢复时间
• 客户端连接感知与重建联调耗时
  默认RabbitMQ客户端的心跳超时阈值在30~60秒之间，旧主节点断电后，已建立的生产者、消费者连接无法立刻感知到节点故障，需要等待心跳超时才会断开旧连接、向集群拉取最新的队列元数据，和新主节点重新建立连接、完成队列声明与消费者绑定，这部分时间也会叠加到整体中断时长中。
• 脑裂防护策略的额外等待窗口
  若集群开启了pause_minority、autoheal这类脑裂防护机制，集群在判定节点离线后，还会预留观测窗口确认故障不是临时网络分区导致，避免错误触发主切换造成数据丢失，该窗口也会额外增加中断时长。

内容的提问来源于stack exchange，提问作者itssoumen