pt-quey-digest分析mysql 5.7 慢日志

最新推荐文章于 2024-01-18 11:19:13 发布

原创最新推荐文章于 2024-01-18 11:19:13 发布 · 808 阅读

0 ·

CC 4.0 BY-SA版权

MySQL管理专栏收录该内容

51 篇文章

订阅专栏

本文解决因慢查询日志中时间戳格式变化导致pt-query-digest工具无法正确解析的问题，通过修改正则表达式匹配新格式。

# Time: 2016-01-22T02:58:34.696629Z
# User@Host: root[root] @ localhost [] Id: 53549
# Query_time: 35.915969 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0
SET timestamp=1453431514;
UPDATE sbtest1 SET k=k+1 WHERE id=499794;
# Time: 2016-01-22T02:58:34.696676Z
# User@Host: root[root] @ localhost [] Id: 53556
# Query_time: 35.916041 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0
SET timestamp=1453431514;
UPDATE sbtest1 SET k=k+1 WHERE id=458683;
# Time: 2016-01-22T02:58:34.696735Z
# User@Host: root[root] @ localhost [] Id: 53554
# Query_time: 35.911712 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0
SET timestamp=1453431514;
UPDATE sbtest1 SET k=k+1 WHERE id=504478;
# Time: 2016-01-22T02:58:34.696664Z

# User@Host: root[root] @ localhost [] Id: 53553

time列有个新变化，日期与时间之间加了个T 导致pt-query-digest 无法按时间段分析使用

官方解读

Timestamps are written using ISO 8601 / RFC 3339 format: YYYY-MM-DDThh:mm:ss.uuuuuu plus a tail value of Z signifying Zulu time (UTC) or±hh:mm (an offset from UTC).

同事后来提出解决方案：

修改pt-query-digest源码中正则匹配如下：

my $slow_log_ts_line = qr/^# Time: ([0-9: ]{15})/;

修改为如下匹配

my $slow_log_ts_line = qr/^# Time: ([0-9:\-.ZT]{27})/;