我们有以下情况:

从主服务器复制的一组从主服务器复制,独立的备用主站(即具有绑定日志的从属服务器)从同一个主服务器复制;由pt-slave-delay供电的滞后从服务器从同一个源复制。
我们还使用mha4mysql在需要的情况下将从一个主站切换到另一个主站。
如果不是因为落后的奴隶,一切都将是花哨的。
比方说,滞后奴隶比主人慢了12个小时。将滞后从主从切换到备用从,使故障转移立即发生(即,CHANGE MASTER在滞后从上执行,时间与常规从站相同),并且滞后从站持续滞后12小时。
虽然我知道从服务器在其自己的中继日志中跟踪主二进制日志的位置,但我可以计算主站的位置到过去的12小时,但据我所知,备用主站(也称为带二进制日志的从站)在自己的中继日志和自己的二进制日志之间没有任何关系。
是否有一种可靠的方法来计算我们需要切换到的备用主服务器的位置(显然,丢弃其余的中继日志在滞后从站上)并从12小时后重新启动复制,但在新的主服务器上?
注意,我们正在运行GTID 5.1,因此MySQL 5.5 (或使用GTID的5.6 )目前还不是一个解决方案。
谢谢。
发布于 2013-04-23 20:46:50
免责声明:不是mha4mysql的用户。
将滞后奴隶挂起备用服务器。多么?
SHOW MASTER STATUS;上运行StandByMasterStep 02的binlog运行mysqlbinlogSTOP SLAVE;CHANGE MASTER TO MASTER_HOST='...',MASTER_LOG_FILE='...',MASTER_LOG_POS=...;START SLAVE;所有的手动步骤。对不起。
将滞后奴隶永久设置在其中一个奴隶下面。你再也不用担心在主人之间转移后进号了。
在黑洞奴隶下设置滞后奴隶。你再也不用担心在主人之间转移后进号了。
我希望这些建议对你有所帮助,或者至少能让你思考。
https://dba.stackexchange.com/questions/40737
复制相似问题