![在资源接管之前进行心跳检查 MySQL 复制滞后](https://linux22.com/image/800316/%E5%9C%A8%E8%B5%84%E6%BA%90%E6%8E%A5%E7%AE%A1%E4%B9%8B%E5%89%8D%E8%BF%9B%E8%A1%8C%E5%BF%83%E8%B7%B3%E6%A3%80%E6%9F%A5%20MySQL%20%E5%A4%8D%E5%88%B6%E6%BB%9E%E5%90%8E.png)
我正在使用带有 MySQL 主主配置的 heartbeat,并使用 mon 检查 MySQL 的健康状况。所有这些都可以很好地检测停机主机或损坏的 MySQL。但问题在接管后开始出现,此时复制冲突开始堆积。
是否可以通过运行外部脚本向心跳添加钩子,使其在接管 IP 地址之前等待?我编写了一个脚本来检查复制,并根据是否一切正常以代码 0 或 1 退出,并等待复制完全赶上以避免冲突。
答案1
也许你可以从中得到一些启发mysql-master-ha做一些非常相似的事情?
我正在使用带有 MySQL 主主配置的 heartbeat,并使用 mon 检查 MySQL 的健康状况。所有这些都可以很好地检测停机主机或损坏的 MySQL。但问题在接管后开始出现,此时复制冲突开始堆积。
是否可以通过运行外部脚本向心跳添加钩子,使其在接管 IP 地址之前等待?我编写了一个脚本来检查复制,并根据是否一切正常以代码 0 或 1 退出,并等待复制完全赶上以避免冲突。
也许你可以从中得到一些启发mysql-master-ha做一些非常相似的事情?