seconds_behind_master监控复制延迟的不足及pt-heartbeat改进方法

seconds_behind_master含义及不足

seconds_behind_master的值是通过将salve服务器当前的时间戳与二进制日志中的事件的时间戳相比得到的，所以只有执行事件时才会报告延迟。

1.1  如果备库复制线程没有运行，就会报延迟为null。

1.2  一些错误比如网络不稳定可能导致复制中断或停止复制线程，但是seconds_behind_master将显示为0，而不是显示错误

1.3  即使备库线程正在运行，备库有时候可能无法计算延时，如果发生这种情况，备库会报0或者null。

1.4  一个大事务可能会导致延迟波动，例如一个事务更新数据长达1个小时，最后提交。这条更新语句将比它实际发生时间要晚一个小时才记录到二进制日志中，当备库执行这          条语句时，会临时报告备库延迟1小时，然后又很快变为0。

详细请参考<高性能MySQL 复制章节>

pt-heartbeat原理

改进的做法就是使用percona toolkit工具包的pt-heartbeat，工作原理如下：

2.1  在master上创建一张heartbeat表，按照一定的时间频率更新该表的字段，主要就是向该表写入当前的时间戳

2.2  连接到slave上检查该表的时间记录，和运行pt-heartbeat的当前系统时间进行比较，得出时间的差异，这个时间差异就是复制延迟

注1：这里的2中的系统时间并不一定是slave的系统时间，如果pt-heartbeat的复制监控脚本运行在master上，那么当前系统时间就是master的当前系统时间，这时就不需要严格同步master服