使用pt-stalk诊断MySQL问题

在MySQL服务器出现短暂(5~30秒)的性能波动的时候，一般的性能监控工具都很难抓住故障现场，也就很难收集对应较细粒度的诊断信息。另外，如果这种波动出现的频率很低，例如几天才一次，我们也很难人为的抓住现场，收集数据。这正是pt-stalk所解决的问题。

pt-stalk是 Percona-Toolkit的一部分(其前身是 Aspersa的一部分)。安装Percona-Toolkit后，可以通过man pt-stalk了解如何使用该工具，本文的介绍是man pt-stalk的一个子集，强烈建议直接阅读man pt-stalk。额外的，本文将提供pt-stalk示例命令可供参考。

上面的命令表示，让pt-stalk后台运行(–daemonize)，并监视SHOW GLOBAL STATUS中的Threads_connected状态值，如果该值超过2500，则触发收集主机和MySQL的性能、状态信息。pt-stalk会每隔一秒检查一次状态值，如果连续5次满足触发条件，则开始收集。

–collect-tcpdump表示除了收集基本信息外，还将额外使用tcpdump收集当时的网络包，类似的还可以使用–collect-gdb等。

在上面的命令中参数，"– –user=root –password=YOURPASSWORD"表示，将使用"–"后面的所有参数用于mysql和mysqladmin命令，所以这里确保你给出正确的用户名和密码。下面是man pt-stalk中给出的语法：

看到前面的[OPTIONS]是pt-stalk使用的参数，[-- MYSQL OPTIONS]是mysql和mysqladmin使用的参数。

pt-stalk是一个后台程序，默认我们可以通过文件/var/log/pt-stalk.log，查看pt-stalk的运行状态：

你还可以通过参数–log指定一个你希望的log目录和文件。

默认pt-stalk将收集的数据放在目录/var/lib/pt-stalk下，你可以使用参数–dest指定你希望的目录。下面是一个pt-stalk触发收集后的数据文件：

这些数据都是原始数据，我们可以根据这些来分析当时MySQL或者主机是否有异常。

在上面的示例中触发参数是："–function status –variable Threads_connected –threshold 2500"，表示MySQL状态值Threads_connected超过2500时触发数据收集。常用的触发条件还可以使用Threads_running等。

另外还可以使用SHOW PROCESSLIST的中的结果触发，例如"–function processlist –variable State –match statistics –threshold 10"表示，show processlist中State列的值为statistics的线程数超过10则触发收集。

–iterations：该参数指定pt-stalk在收集几次故障现场后就退出。默认pt-stalk会一直运行

–run-time：触发收集后，该参数指定收集 多长时间的数据。默认是30秒

–sleep：为防止一直触发收集数据，该参数指定在某次触发后，必须sleep一段时候才继续观察并触发收集。默认是300秒

–interval：默认情况pt-stalk会每隔一秒检查一次状态数据，判断是否需要触发收集。该参数指定间隔时间，默认是1秒。

–cycles：默认情况pt-stalk只有连续观察到五次状态值满足触发条件时，才触发收集。该参数控制，需要连续几次满足条件，收集被触发，默认是5次。

参考文献：man pt-stalk;man percona-toolkit

相关文章

• 2012-12-13 -- linux 定期自动备份mysql的shell
• 2008-10-27 -- MySQL DBA 管理常用命令
• 2009-10-09 -- mysql cache功能小记
• 2012-02-16 -- 关于Mysql服务自动停止的问题
• 2009-08-04 -- MySQL的table_cache参数
• 2012-12-06 -- MySQL Cluster 7.2.7内存表和磁盘表对比测试
• 2009-08-18 -- InnoDB之Dirty Page、Redo log
• 2012-03-26 -- Mysql源码学习——词法分析MYSQLlex
• 2012-12-07 -- MariaDB常见问题FAQ
• 2012-12-02 -- 基于MySQL 水平分区的优化示例