如题：仅能由于测试。千万不要用于生产环境！
“选主” 通常能够完成，无法是否有vote参与；
问题在于：“过半写”的any或auto模式（即隐含的smart模式）在成功“选主“后，会运行在单节点server的群集模式下，此时，根本就无法且没有完成正常意义上的数据层的主从同步，即必然发生脑裂！ 数据就不一致（乱掉了）！
-------------------------------------------------------------
那怎么正确使用2节点群集呢？
强烈建议：选主模式为majority、过半写也得是majority。
一句话：对于天然存在缺陷的2节点群集，必须强制要求遵循“大多数”策略！
..........................................................................
或者，逻辑上由用户自己来保证永远是最新数据的server节点在线、后关闭、先启动，另一个节点纯粹是备用模式（可被随时替换掉、或进行维护）。
简言之：永远保证逻辑上最新server节点可用。
标签：选主,FastCFS,群集,100%,server,过半,脑裂,节点 From： https://www.cnblogs.com/jinzhenshui/p/17300526.html