最近我们的一台服务器耗尽了内存并崩溃了.在查看munin图之后,看起来崩溃前达到峰值的唯一指标(除了内存使用情况)是MySQL吞吐量.但是我们期待看到相应的MySQL查询数量没有增加：

我们想了解导致MySQL吞吐量达到峰值的原因.以下是崩溃中的bin日志列表：

101M Apr 17 01:27 drupal_master-bin.001270
106M Apr 17 03:00 drupal_master-bin.001271
101M Apr 17 04:05 drupal_master-bin.001272
104M Apr 17 05:53 drupal_master-bin.001273
104M Apr 17 06:39 drupal_master-bin.001274
101M Apr 17 07:02 drupal_master-bin.001275
104M Apr 17 07:22 drupal_master-bin.001276  # 100M filled up in 1 min
106M Apr 17 07:23 drupal_master-bin.001277
101M Apr 17 07:33 drupal_master-bin.001278
101M Apr 17 07:43 drupal_master-bin.001279
104M Apr 17 07:46 drupal_master-bin.001280
102M Apr 17 08:29 drupal_master-bin.001281
102M Apr 17 08:46 drupal_master-bin.001282
105M Apr 17 08:54 drupal_master-bin.001283
 13M Apr 17 09:26 drupal_master-bin.001284  # crash of server around 09:50
# prior to crashing load went very high (we saw 45) and server was extremely slow (few min delay when typing in an SSH session)
101M Apr 17 10:54 drupal_master-bin.001285  # server up again, nothing wrong since then

我一直在寻找分析这些bin日志的工具.到目前为止,我发现：

binlog-analyze.pl：给我一个关于处理的查询的概述,选择,插入,更新的细分..(仅供参考我在脚本中用select替换了select into,因为它似乎错了).

$mysqlbinlog /path/to/bin.log | binlog-analyze.pl -v

pt-query-digest：给我统计查询大小(min,max,avg …).该实用程序有很多选项,但我不知道该寻找什么.

$mysqlbinlog /path/to/bin.log | PT-查询消化

我们想知道的是查询产生了MySQL输出的增加.

有人可以指示如何查看MySQL bin日志以识别导致MySQL吞吐量突然增加的查询吗？

解决方法:

Anaylzing binlogs可能无法为您提供准确的图片,因为binlogs包含已完成的查询并插入二进制日志(如FIFO队列)中.

你真正需要寻找的是积极运行查询的历史记录是什么样的.换句话说,您需要捕获进程列表,以便在独特情况出现时显示哪些查询和性能.

我强烈建议使用pt-query-digest但你需要以不同的方式使用它. Instaed具有查询摘要处理binlog条目,让它处理进程列表LIVE !!!

我写了一篇过去的帖子(2011年11月24日),关于如何使用pt-query-digest(我的帖子使用mk-query-digest)作为慢查询日志的替代(我已经发布了我使用的实际脚本以及如何阅读查询摘要输出)： My past post was based on a YouTube Video showing how to do it. My past post was based on a YouTube Video showing how to do it.我只是简单地使用mk-query-digest模仿自己.