在一个高可用系统中，当联系着的节点断开联系时，本来为一个整体的系统，分裂成两个独立节点，两个节点开始争抢共享资源造成系统混乱、数据损坏的现象，成为“脑裂”。
主要原因: 心跳检测做准备切换时的“不确定性”
当网络原因，导致心跳检测超时，主备切换的情况下，此时slave已经开始提供服务。但是后续之前被判定“死”的master由于网络恢复重新“复活”，此时系统存在两个“主”，发生脑裂问题；
解决脑裂问题，有三种常用思路，分别如下：
下面将分别对三种方案展开说明；
设置仲裁机制的方案通常是设置一个第三方检测服务器，当slave确定准备接管master 时候，manitor会ping以下master，如果master未回复，则判定其死亡！
同时master对外提供服务时候，monitor也会定时ping master和slave，保证出现异常情况下，暂停服务器业务操作！
仲裁机制的主要问题是monitor存在高可用性能瓶颈！
假定slave已经提供服务，那么对应服务器获得了颁发的lease。假设master仍然在提供服务，则lease必然是过期的，因此请求失效，因此请求也必然失效。
在请求频繁失效情况下，可以通过监控点触发报警，自动或者人工介入，促使老master转换成slave；
隔离机制参考引自文章：
隔离机制
这里提出三种层面隔离方式，解决脑裂问题：
Hadoop公共库中对外提供了两种fenching实现，分别是sshfence和shellfence（缺省实现），其中sshfence是指通过ssh登陆目标Master节点上，使用命令fuser将进程杀死（通过tcp端口号定位进程pid，该方法比jps命令更准确），shellfence是指执行一个用户事先定义的shell命令（脚本）完成隔离。
“脑裂问题”的本质是分布式环境由于网络不稳定，导致了分布式环境主备切换后，双主同时存在的问题，规避该问题的核心是隔离----保证系统识别得到唯一主，剔除掉失效主节点;
