问题标签 [pt-query-digest]

对于我们的一些日志，percona 工具包 pt-query-digest 工具工作正常，但对于其他日志，我们得到以下输出：

有人知道我的日志文件有什么问题吗？它似乎是有效的，具有以下前 10 行：

Percona 工具脚本 pt-query-digest 看起来对于分析 MySQL 慢查询日志非常有用。有人知道我如何让脚本只查看与特定数据库相关的查询吗？

谢谢

我正在使用以下命令将 pt-query-digest 的结果记录到 mysql test.query_review 表中

pt-query-digest D=test,t=query_review /home/dbadmin/devmysql1-slow.log

这方面的一些要点 1）我以 root 用户身份登录 linux 机器并使用上面的 root 用户命令行。2）mysql db不存在这样的用户（还有另一组用户名和密码，我用来登录mysql）

它让我拒绝 root 用户访问。

我想知道，在哪里以及如何为 mysql 用户的用户名 n pwd 提供精确的语法，以便该命令运行并将数据登录到目标表中

我有来自使用 mysql 作为引擎的Amazon RDS的慢速查询日志文件。

我正在使用该日志文件运行pt-query-digest 。使用以下命令。

这是输出：

我怎样才能像这里一样获得更详细的输出。

只是说“从标准输入读取......”

我以前一直用 MAATKIT 做这件事，而且效果很好。请告诉我我做错了什么。

我尝试在 Percona 的论坛上发布此内容，但也没有用。

谢谢，

肯

我正在使用 pt-query-digest 来分析 mysql binlog。不幸的是，我在 pt-query-digest 文档中找不到关于报告中“查询大小”行的任何描述。我想，这个特性与查询输出大小有关，但它是一个 UPDATE 语句，而不是 SELECT。

它的目的是什么？

我在想出正确的语法来为我的慢速查询日志文件提取特定主机信息时遇到了一些困难：

我正在使用以下内容：

在这种情况下，我试图排除所有 1.1.1.1 的 IP。我不知道出了什么问题。

我看到administrator command: Prepare了过去 12 小时内性能最差的查询，今天我们看到 MySQL 中的 CPU 使用率大幅飙升。此查询的所有用法都需要 10 多秒才能执行。

我们正在使用Percona pt-query-digest 分析工具。

位置 2+ 中还有许多其他正常查询和详细信息。我们还多次针对我们的慢查询日志运行此工具，但没有看到administrator command: Prepare

我到处寻找类似结果的例子，但没有找到。这可能是什么原因造成的？

我收集了来自 RDS 的慢查询日志，并将它们放在一个文件中。尝试按照此处的说明pt-query-digest运行它，但它将整个文件作为单个查询读取。

命令：

输出，表明它只分析了一个查询：

这只是一个简短的片段，其中包含正在分析的文件中的 2 个查询，以演示有许多查询：

为什么它不读取所有查询？我的连接有问题吗？

1.对于mysql慢查询，我们使用Percona的pt-query-digest工具，

我们在 mysql 数据库服务器中部署一个 crontab，

crontab 使用 pt-query-digest 工具大约每 15 分钟将 mysql 慢查询数据写入管理器数据库。

像这样： $pt_query_digest --user=$db_user --password=$db_password --port=$db_port --review h=$db_host,D=$db_database,t=mysql_slow_query_review --history h=$db_host,D=$ db_database,t=mysql_slow_query_review_history --no-report --limit=100% --filter=" \$event->{add_column} = length(\$event->{arg}) and \$event->{serverid} =$server_id " $slowquery_file

2.我们发现crontab作业何时运行。它将使用 1 个 cpu 100%，我们的 db 有 6 个 cpu，所以当总 cpu 将使用 20% 时，当 crontab 作业运行时。

它将运行大约 6-8 分钟才能完成，

3.所以我的问题是

为什么pt_query_digest会导致这么多cpu，有什么方法可以避免cpu高的问题。