mysqlrouter能否判断主从切换

MySQL的主从切换(数据库层面) 目录 不管如种数据库,在进行解决现场问题时,第一原则就是想到是否需要数据备份或停止数据库业务防止数据库丢失MySQL的主从切换(数据库层面) 目录 不管如种数据库,在进行解决现场问题时,第一原则就是想到是否需要数据备份或停止数据库业务防止数据库丢失MySQL的主从切换(数据库层面) 目录 不管如种数据库,在进行解决现场问题时,第一原则就是想到是否需要数据备份或停止数据库业务防止数据库丢失

主从切换一般在如下情况下才进行，

1、例行的主库重启，主库运行一段时间后需要将主库进行重启扫盘，降低主库死机的风险

2、主库异常情况下切到从库。

3、分机房网络调整涉及到主库的情况。

你的情况要看宕掉后的情况。如果有期间同步延迟，需要另外进行处理。

1. 主服务器的自动监控和故障转移

MHA监控复制架构的主服务器，一旦检测到主服务器故障，就会自动进行故障转移。即使有些从服务器没有收到最新的relay log，MHA自动从最新的从服务器上识别差异的relay log并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服务器故障，7-10秒内关闭故障的主服务器以避免脑裂，几秒中内应用差异的relay log到新的主服务器上，整个过程可以在10-30s内完成。还可以设置优先级指定其中的一台slave作为master的候选人。由于MHA在slaves之间修复一致性，因此可以将任何slave变成新的master，而不会发生一致性的问题，从而导致复制失败。

2. 交互式主服务器故障转移

可以只使用MHA的故障转移，而不用于监控主服务器，当主服务器故障时，人工调用MHA来进行故障故障。

3. 非交互式的主故障转移

不监控主服务器，但自动实现故障转移。这种特征适用于已经使用其他软件来监控主服务器状态，比如heartbeat来检测主服务器故障和虚拟IP地址接管，可以使用MHA来实现故障转移和slave服务器晋级为master服务器。

4. 在线切换主从服务器

在许多情况下，需要将现有的主服务器迁移到另外一台服务器上。比如主服务器硬件故障，RAID控制卡需要重建，将主服务器移到性能更好的服务器上等等。维护主服务器引起性能下降，导致停机时间至少无法写入数据。另外，阻塞或杀掉当前运行的会话会导致主主之间数据不一致的问题发生。MHA提供快速切换和优雅的阻塞写入，这个切换过程只需要0.5-2s的时间，这段时间内数据是无法写入的。在很多情况下，0.5-2s的阻塞写入是可以接受的。因此切换主服务器不需要计划分配维护时间窗口(呵呵，不需要你在夜黑风高时通宵达旦完成切换主服务器的任务)。

---