Seconds_Behind_Master来自 SHOW SLAVE STATUS 被认为是从属滞后的不可靠度量。mk-heartbeat 通常作为可靠的替代方案提供。
现在 mk-heartbeat 甚至不需要 Slave 运行。
http://www.maatkit.org/doc/mk-heartbeat.html
摘抄：
mk-heartbeat 是一个由 MySQL 和 PostgreSQL 两部分组成的复制延迟监控系统，它不需要 slave 工作（换句话说，它不依赖于 MySQL 上的 SHOW SLAVE STATUS）。
所以我的理解是你在主服务器上创建一个数据库/表，使用 --update 运行 mk-heartbeat，如下所示：
./mk-heartbeat -D heart --table beat -u heartbeat -p XXXXXXXXX --update -h 192.168.2.80
然后在从站上，您将 mk-heartbeat 指向主站上的数据库/表（即，您在主站上执行 GRANT 语句以授予从站权限）并使用 --monitor 运行，如下所示：
./mk-heartbeat -D heart --table beat -u heartbeat_slave -p XXXXXXXXX --monitor -h 192.168.2.80
我已经做到了这一点，即使在 MySQL 示例员工薪水表中一遍又一遍地更新 280 万+行（这会产生 Slave 滞后，至少根据不可靠的 Seconds_Behind_Master 而言），我从来没有看到 mk-heartbeat --monitor 的变化来自：
0s [ 0.00s, 0.00s, 0.00s ]
也许是我没有产生足够的延迟，并且根据 mk-heartbeat 文档，复制事件在不到半秒的时间内传播，我可以期待看到零秒的延迟：
mk-heartbeat 的分辨率为一秒。这取决于通过 NTP 密切同步的主服务器和从服务器上的时钟。--update 检查发生在秒的边缘，而 --monitor 检查发生在秒之间。只要服务器的时钟没有太大偏差并且复制事件在不到半秒的时间内传播，mk-heartbeat 将报告零秒延迟。
（我的服务器时钟使用 NTP 并且同步。）
但是Seconds_Behind_Master落后了数百秒，所以我认为它们不会在不到半秒的时间内传播，所以我仍然不确定我是否能准确了解 mk-heartbeat 实用程序。
很想听听任何部署了这个工具来监控他们的 MySQL 复制的人。
提前致谢。
干杯
你很接近，但你的问题是你有两个实例都指向主人。你想要的是一个实例每秒更新一次主实例，第二个实例每秒读取从属实例。
另请注意，它根本不需要在实际的数据库服务器上运行，它使用常规的 mysql 客户端连接。我从我的仙人掌服务器运行我的。这是我的消毒 /etc/rc.local 示例：
这是我正在做的事情：
当我运行上面的输出片段是
数字只是慢慢上升。
心跳表是否需要复制到从站？这就是我所缺少的吗？