服务器评测
percona-toolkit使用教程之复制类工具
1. pt-heartbeat
功能介绍：
监控mysql复制延迟
用法介绍：
pt-heartbeat [OPTION…] [DSN] –update|–monitor|–check|–stop
测量复制落后主mysql或者主PostgreSQL多少时间，你可以使用这个脚本去更新主或者监控复制，具体用法见后面的示例.
原理：pt-heartbeat通过真实的复制数据来确认mysql和postgresql复制延迟，这个避免了对复制机制的依赖，从而能得出准确的落后复制时间，包含两部分：第一部分在主上pt-heartbeat的–update线程会在指定的时间间隔更新一个时间戳，第二部分是pt-heartbeat的–monitor线程或者–check线程连接到从上检查复制的心跳记录（前面更新的时间戳），并和当前系统时间进行比较，得出时间的差异。
你可以手工创建heartbeat表或者添加–create-table参数，推荐使用MEMORY引擎。表结构为：
CREATE TABLE heartbeat (
ts varchar(26) NOT NULL,
server_id int unsigned NOT NULL PRIMARY KEY,
file varchar(255) DEFAULT NULL, — SHOW MASTER STATUS
position bigint unsigned DEFAULT NULL, — SHOW MASTER STATUS
relay_master_log_file varchar(255) DEFAULT NULL, — SHOW SLAVE STATUS
exec_master_log_pos bigint unsigned DEFAULT NUL– SHOW SLAVE STATUS
);
使用示例：
范例1：创建一个后台进程定期更新主上的test库的heartbeat表（）默认是1s，可以–interval指定，执行后会成一个heartbeat表，test库为我监控的同步库：
pt-heartbeat -D test –update –user=root –password=zhang@123 -h192.168.3.135 –create-table –daemonize
范例2：监控复制在slave上的落后程度（会一直监控）：
pt-heartbeat -D test –monitor –user=root –password=zhang@123 -h192.168.3.92
监控结果如下：
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.00s ]
0.00s [ 0.00s, 0.00s, 0.00s ]
范例3：监控复制在slave上的落后程度（监控一次退出）：
pt-heartbeat -D test –check –user=root –password=zhang@123 -h192.168.3.92
范例4：监控PostgreSQL需要添加–dbi-driver Pg：
pt-heartbeat -D test –check –user=root –password=zhang@123 -h192.168.3.92 –dbi-driver Pg
2. pt-slave-delay
功能介绍：
设置从服务器落后于主服务器指定时间。
用法介绍：
pt-slave-delay [OPTION…] SLAVE-HOST [MASTER-HOST]
原理：通过启动和停止复制sql线程来设置从落后于主指定时间。默认是基于从上relay日志的二进制日志的位置来判断，因此不需要连接到主服务器，如果IO进程不落后主服务器太多的话，这个检查方式工作很好，如果网络通畅的话，一般IO线程落后主通常都是毫秒级别。一般是通过–delay and –delay”+”–interval来控制。–interval是指定检查是否启动或者停止从上sql线程的频繁度，默认的是1分钟检查一次。
使用示例：
范例1：使从落后主1分钟，并每隔1分钟检测一次，运行10分钟
pt-slave-delay –user=root –password=zhang@123 –delay 1m –run-time 10m –host=192.168.3.92
如果不加–run-time参数会一直执行。
范例2：使从落后主1分钟，并每隔15秒钟检测一次，运行10分钟
pt-slave-delay –user=root –password=zhang@123 –delay 1m –interval 15s –run-time 10m –host=192.168.3.92
运行结果如下：
2012-05-20T16:34:50 slave running 0 seconds behind
2012-05-20T16:34:50 STOP SLAVE until 2012-05-20T16:35:50 at master position mysql-bin.000032/4392054
2012-05-20T16:35:05 slave stopped at master position mysql-bin.000032/4397124
2012-05-20T16:35:20 slave stopped at master position mysql-bin.000032/4402194
2012-05-20T16:35:35 slave stopped at master position mysql-bin.000032/4407264
2012-05-20T16:35:50 no new binlog events
2012-05-20T16:36:05 START SLAVE until master 2012-05-20T16:35:05 mysql-bin.000032/4397124
3. pt-slave-find
功能介绍：
查找和打印mysql所有从服务器复制层级关系
用法介绍：
pt-slave-find [OPTION…] MASTER-HOST
原理:连接mysql主服务器并查找其所有的从，然后打印出所有从服务器的层级关系。
使用示例：
范例1：查找主服务器为192.168.3.135的mysql有所有从的层级关系：
pt-slave-find –user=root –password=zhang@123 –host=192.168.3.135
4. pt-slave-restart
功能介绍：
监视mysql复制错误，并尝试重启mysql复制当复制停止的时候
用法介绍：
pt-slave-restart [OPTION…] [DSN]
监视一个或者多个mysql复制错误，当从停止的时候尝试重新启动复制。你可以指定跳过的错误并运行从到指定的日志位置。
使用示例：
范例1：监视192.168.3.92的从，跳过1个错误
pt-slave-restart –user=root –password=zhang@123 –host=192.168.3.92 –skip-count=1
范例2：监视192.168.3.92的从，跳过错误代码为1062的错误。
pt-slave-restart –user=root –password=zhang@123 –host=192.168.3.92 –error-numbers=1062
5. pt-table-checksum
功能介绍：
检查mysql复制一致性
用法介绍：
pt-table-checksum [OPTION…] [DSN]
工作原理：pt-table-checksum在主上执行检查语句在线检查mysql复制的一致性，生成replace语句，然后通过复制传递到从，再通过update更新master_src的值。通过检测从上this_src和master_src的值从而判断复制是否一致。
注意：使用的时候选择业务地峰的时候运行，因为运行的时候会造成表的部分记录锁定。使用–max-load来指定最大的负载情况，如果达到那个负载这个暂停运行。如果发现有不一致的数据，可以使用pt-table-sync工具来修复。
注意：和1.0版本不同，新版本的pt-table-checksum只需要在master上执行即可。
通过 –explain参数再结合二进制日志就可以看出脚本的工作原理，如我的test库有一个名字为zhang的表，我们通过抓取二进制日志来查看脚本的原理：
REPLACE INTO `test`.`checksums` (db, tbl, chunk, chunk_index, lower_boundary, upper_boundary, this_cnt, this_crc) SELECT ‘test’, ‘zhang’, ‘1’, NULL, NULL, NULL, COUNT(*) AS cnt, COALESCE(LOWER(CONV(BIT_XOR(CAST(CRC32(CONCAT_WS(‘#’, `id`, `name`, CONCAT(ISNULL(`name`)))) AS UNSIGNED)), 10, 16)), 0) AS crc FROM `test`.`zhang` /*checksum table*/;
UPDATE `test`.`checksums` SET chunk_time = ‘0.000563’, master_crc = ‘31012777’, master_cnt = ‘4’ WHERE db = ‘test’ AND tbl = ‘zhang’ AND chunk = ‘1’
从这里可以很明显的看出原理了，前面已经说了，这里就不赘述了。
使用示例：
范例1：比较test数据库同步是否一致，结果显示所有的表。
pt-table-checksum –nocheck-replication-filters –databases=test –replicate=test.checksums –create-replicate-table –host=192.168.3.135 –port 3306 -uroot -pzhang@123
参数说明：第一次运行的时候需要添加–create-replicate-table参数，如果不加这个就需要手工运行添加表结构的SQL,表结构SQL如下：
CREATE TABLE checksums (
db char(64) NOT NULL,
tb char(64) NOT NULL,
chunk int NOT NULL,
chunk_time float NULL,
chunk_index varchar(200) NULL,
lower_boundary text NULL,
upper_boundary text NULL,
this_crc char(40) NOT NULL,
this_cnt int NOT NULL,
master_crc char(40) NULL,
master_cnt int NULL,
ts timestamp NOT NULL,
PRIMARY KEY (db, tbl, chunk),
INDEX ts_db_tbl (ts, db, tbl)
) ENGINE=InnoDB;
之所以使用–nocheck-replication-filters参数是因为我的my.cnf配置了replicate-ignore-db和replicate-wild-do-table等参数。另外需要特别注意执行的checksums所在的数据库必须是同步的数据库。我刚开始使用的时候摸索的很久，官网也没有范例。呵呵！
结果如下：
TS ERRORS DIFFS ROWS CHUNKS SKIPPED TIME TABLE
05-23T16:19:29 0 1 2 1 0 0.006 test.aaa
05-23T16:19:29 0 0 1 1 0 0.017 test.bbb
05-23T16:19:29 0 0 0 1 0 0.007 test.category_part
05-23T16:19:31 0 0 233617 6 0 1.887 test.collect_data
05-23T16:19:34 0 0 250346 5 0 2.709 test.effective_user
05-23T16:19:34 0 1 1 1 0 0.008 test.heartbeat
05-23T16:19:39 0 0 1000000 11 0 5.353 test.oss_pvinfo2
从结果中，我们可以看到test.aaa和test.heartbeat表的DIFFS不为0，那么就是这两个表不同步了。
范例2：比较test数据库同步是否一致，结果只显示数据不一致的表（添加–replicate-check-only参数即可,这个值查看checksums数据不会重新对表进行比较，因此需要先运行上面的比较语句之后再运行这个语句，否则显示不了最新的变化。）。
pt-table-checksum –nocheck-replication-filters –databases=test –replicate=test.checksums –replicate-check-only –lock-wait-timeout=120 –host=192.168.3.135 –port 3306 –user=root –password=zhang@123
结果如下：
Differences on localhost.localdomain
TABLE CHUNK CNT_DIFF CRC_DIFF CHUNK_INDEX LOWER_BOUNDARY UPPER_BOUNDARY
test.aaa 1 1 1
test.heartbeat 1 0 1
从结果可以看出，只显示了两个不同步的表。
6. pt-table-sync
功能介绍：
高效同步mysql表的数据
用法介绍：
pt-table-sync [OPTION…] DSN [DSN…]
原理：���是在主上执行数据的更改，再同步到从上，不会直接更改成从的数据，在主上执行更改是基于主上现在的数据，不会更改主上的数据。注意使用之前先备份你的数据，避免造成数据的丢失.执行execute之前最好先换成–print或–dry-run查看一下会变更哪些数据。
使用示例：
范例1：同步3.135的test库的aaa表到192.168.3.92，在执行之前可以用–execute参数换成–print来查看会变更什么东西，后面那个主机必须是master，否则会报错推出。
pt-table-sync –execute –user=root –password=zhang@123 h=192.168.3.135,D=test,t=aaa h=192.168.3.92
范例2：将主的test数据库同步到192.168.3.92，使从上具有一样的数据。
pt-table-sync –execute –sync-to-master –user=root –password=zhang@123 h=192.168.3.92 –database test
范例3：只同步指定的表
pt-table-sync –execute –sync-to-master –user=root –password=zhang@123 h=192.168.3.92,D=test,t=aaa
范例4：根据pt-table-checksum的结果进行数据同步
pt-table-sync –execute –replicate test.checksums –user=root –password=zhang@123 h=192.168.3.135
范例5：根据pt-table-checksum使从的数据和主的数据一致
pt-table-sync –execute –replicate test.checksums –user=root –password=zhang@123 –sync-to-master h=192.168.3.92,D=test,t=aaa
Percona Toolkit 的详细介绍：请点这里
Percona Toolkit 的下载地址：请点这里
