"set timestamp“怎么会是一个慢查询呢？

Question

我的慢查询日志中充满了如下所示的条目：

# Query_time: 1.016361  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0
SET timestamp=1273826821;
COMMIT;

我猜set timestamp命令是由replication发出的，但我不明白set timestamp是如何接管一秒钟的。有什么办法解决这个问题吗？

Answer 1

Timestamp是MySQL中的一种数据类型和内置函数。你想用下面这句话达到什么目的？

SET timestamp=1273826821;

更新：我很抱歉，我不知道使用的MySQL黑客。

似乎SET TIMESTAMP被用作solution to exclude some queries from the slow log。

OP使用Microslow patch来增强慢查询日志中的stat信息，并且该语句在InnoDB表中的语句之前很常见。

因此，OP问题的答案是COMMIT语句是慢查询，而不是SET TIMESTAMP。

Answer 2

set timestamp出现在每个慢查询日志中，所以跳过此行；commit是它出现在慢查询中的原因；

由于太多的提交进入慢日志，所以数据库机器IO可能是问题，因为IO是提交的瓶颈。

监控数据库CPU IO等待值，不能大于1/核数。例如，如果是8核，则IO等待时间应小于12%。

iotop可用于调试哪个进程正在读/写IO，iostat可用于监控IO。