pt-heartbeat使用实践记录

使用pt-heartbeat这个工具检测主从延迟时间，决定自己使用pt-heartbeat这个工具，顺便在此记录一下。工作原理：1，在主上创建一张heartbeat表，按照一定的时间频率更新该表的字段（把时间更新进去）。2，连接到从上检查复制的时间记录，和从库的当前系统时间进行比较，得出时间的差异。 使用方法：pt-heartbeat [OPTIONS] [DSN] --update|--monitor|--check|--stop在主库上开启守护进程来更新linuxidc.heartbeat表：pt-heartbeat -D linuxidc --update -h master-server --daemonize 监控从的延迟情况：pt-heartbeat -D linuxidc --monitor -h slave-server #一直执行，不退出pt-heartbeat -D linuxidc--check h=slave-server #执行一次就退出常用参数：注意：需要指定的参数至少有 --stop，--update，--monitor，--check。其中--update，--monitor和--check是互斥的，--daemonize和--check也是互斥。--ask-pass隐式输入MySQL密码--charset字符集设置--check检查从的延迟，检查一次就退出，除非指定了--recurse会递归的检查所有的从服务器。--check-read-only如果从服务器开启了只读模式，该工具会跳过任何插入。--create-table在主上创建心跳监控的表，如果该表不存在。可以自己建立，建议存储引擎改成memory。通过更新该表知道主从延迟的差距。CREATE TABLE heartbeat （tsvarchar（26） NOT NULL,server_id int unsigned NOT NULL PRIMARY KEY,filevarchar（255） DEFAULT NULL,-- SHOW MASTER STATUSpositionbigint unsigned DEFAULT NULL, -- SHOW MASTER STATUSrelay_master_log_file varchar（255） DEFAULT NULL,-- SHOW SLAVE STATUSexec_master_log_pos bigint unsigned DEFAULT NULL-- SHOW SLAVE STATUS）;heratbeat表一直在更改ts和position,而ts是我们检查复制延迟的关键。--daemonize执行时，放入到后台执行--user-u，连接数据库的帐号--database-D，连接数据库的名称--host-h，连接的数据库地址--password-p，连接数据库的密码--port-P，连接数据库的端口--socket-S，连接数据库的套接字文件--file 【--file=output.txt】打印--monitor最新的记录到指定的文件，很好的防止满屏幕都是数据的烦恼。--frames 【--frames=1m,2m,3m】在--monitor里输出的[]里的记录段，默认是1m,5m,15m。可以指定1个，如：--frames=1s，多个用逗号隔开。可用单位有秒（s）、分钟（m）、小时（h）、天（d）。--interval检查、更新的间隔时间。默认是见是1s。最小的单位是0.01s，最大精度为小数点后两位，因此0.015将调整至0.02。--log开启daemonized模式的所有日志将会被打印到制定的文件中。--monitor持续监控从的延迟情况。通过--interval指定的间隔时间，打印出从的延迟信息，通过--file则可以把这些信息打印到指定的文件。--master-server-id指定主的server_id，若没有指定则该工具会连到主上查找其server_id。--print-master-server-id在--monitor和--check 模式下，指定该参数则打印出主的server_id。--recurse多级复制的检查深度。模式M-S-S...不是最后的一个从都需要开启log_slave_updates，这样才能检查到。--recursion-method指定复制检查的方式,默认为processlist,hosts。--update更新主上的心跳表。--replace使用--replace代替--update模式更新心跳表里的时间字段，这样的好处是不用管表里是否有行。--stop停止运行该工具（--daemonize），在/tmp/目录下创建一个“pt-heartbeat-sentinel” 文件。后面想重新开启则需要把该临时文件删除，才能开启（--daemonize）。--table指定心跳表名，默认heartbeat。测试环境： Master192.168.0.10:3306Slave 192.168.0.20:33061，在主上运行：--daemonize表示守护进程，后台运行。[root@linuxidc_192.168.0.10 ~]# pt-heartbeat --user=root --ask-pass --host=127.0.0.1 --create-table -D linuxidc --interval=1 --update --replace --daemonizeEnter password: [root@linuxidc_192.168.0.10 ~]# [root@linuxidc_192.168.0.10 ~]# pgrep -fl pt-heartbeat4156 perl /usr/bin/pt-heartbeat -D linuxidc --table=heartbeat --create-table --update -h 127.0.0.1 -uroot --ask-pass --daemonize[root@linuxidc_192.168.0.10 ~]# 3.在主上运行监测复制延迟[root@linuxidc_192.168.0.10 ~]# pt-heartbeat -D linuxidc --table=heartbeat --monitor -h 192.168.0.200.00s [0.00s,0.00s,0.00s ]0.00s [0.00s,0.00s,0.00s ]0.00s [0.00s,0.00s,0.00s ]0.00s [0.00s,0.00s,0.00s ]0.00s [0.00s,0.00s,0.00s ]0表示从没有延迟。 [ 0.00s, 0.00s, 0.00s ] 表示1m,5m,15m的平均值。可以通过--frames去设置。我们这里看见复制没有延迟，那么我们可以使用压力工具测试一下。在主库创建测试数据库sbtest；mysql> create database sbtest;Query OK, 1 row affected （0.00 sec）mysql> 开始生成100w记录的数据[root@linuxidc_192.168.0.10 ~]#sysbench --test=oltp --oltp-table-size=1000000 --oltp-read-only=off --init-rng=on --num-threads=16 --max-requests=0 --oltp-dist-type=uniform --max-time=1800 --mysql-user=root --mysql-socket=/tmp/mysqld.sock --mysql-password=123456 --db-driver=mysql --mysql-table-engine=innodb --oltp-test-mode=complex preparesysbench 0.4.10:multi-threaded system evaluation benchmarkCreating table "sbtest"...Creating 1000000 records in table "sbtest"...再次检测复制延时：[root@linuxidc_192.168.0.10 ~]# pt-heartbeat -D linuxidc --table=heartbeat --monitor -h 192.168.0.2028.21s [0.47s,0.09s,0.03s ]28.72s [0.95s,0.19s,0.06s ]29.38s [1.44s,0.29s,0.10s ]29.13s [1.92s,0.38s,0.13s ]30.85s [2.44s,0.49s,0.16s ]31.04s [2.96s,0.59s,0.20s ]29.84s [3.45s,0.69s,0.23s ]31.24s [3.97s,0.79s,0.26s ]32.20s [4.51s,0.90s,0.30s ]32.96s [5.06s,1.01s,0.34s ]33.82s [5.62s,1.12s,0.37s ]34.15s [6.19s,1.24s,0.41s ]立马发现效果了哦^_^我们还可以使用--check监测一次就退出:[root@linuxidc_192.168.0.10 ~]# pt-heartbeat -D linuxidc --table=heartbeat --check -h 192.168.0.200.00[root@linuxidc_192.168.0.10 ~]# 2，如何关闭主上面执行的后台进程。可以用参数--stop 去关闭：[root@linuxidc_192.168.0.10 ~]# pt-heartbeat --stopSuccessfully created file /tmp/pt-heartbeat-sentinel[root@linuxidc_192.168.0.10 ~]# 这样就把在主上开启的进程杀掉了，后续要继续开启后台进行的话，需要把/tmp/pt-heartbeat-sentinel 文件删除，否则启动不了。总结： 通过pt-heartbeart工具可以很好的弥补默认主从延迟的问题，但需要搞清楚该工具的原理。而默认的Seconds_Behind_Master值是通过将服务器当前的时间戳与二进制日志中的事件时间戳相对比得到的，所以只有在执行事件时才能报告延时。备库复制线程没有运行，也会报延迟null。还有一种情况：大事务，一个事务更新数据长达一个小时，最后提交。这条更新将比它实际发生时间要晚一个小时才记录到二进制日志中。当备库执行这条语句时，会临时地报告备库延迟为一个小时，执行完后又很快变成0。更多详细资料请参考：http://www.percona.com/doc/percona-toolkit/2.1/pt-heartbeat.html本文永久更新链接地址