Mysql “怎么可能?”;设置时间戳";问得慢吗?

Mysql “怎么可能?”;设置时间戳";问得慢吗?,mysql,performance,replication,Mysql,Performance,Replication,我的慢速查询日志中充满了如下条目: # Query_time: 1.016361 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0 SET timestamp=1273826821; COMMIT; 我猜set timestamp命令是由复制发出的,但我不明白set timestamp怎么会占用一秒钟。有没有解决这个问题的方法?Timestamp是MySQL中的一种数据类型和内置函数。你想通过下面的陈述达到什么目的 SET timestam

我的慢速查询日志中充满了如下条目:

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

我猜
set timestamp
命令是由复制发出的,但我不明白
set timestamp
怎么会占用一秒钟。有没有解决这个问题的方法?

Timestamp是MySQL中的一种数据类型和内置函数。你想通过下面的陈述达到什么目的

SET timestamp=1273826821;
UPD:对不起,我不知道使用过的MySQL黑客

似乎
SET TIMESTAMP
被用作

OP正在使用来增强慢速查询日志中的stat info,并且该语句在InnoDB表上的语句之前很常见


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

设置时间戳出现在每个慢速查询日志中,因此跳过这一行;提交是它出现在慢速查询中的原因

由于有太多的提交进入慢速日志,db机器IO可能是问题所在,因为IO是提交的瓶颈

监视DB CPU IO等待值,该值不能高于1/个内核。例如,如果是8个内核,IO等待应小于12%

iotop可用于调试正在读取/写入IO的进程,iostat可用于监视IO。

文章移动到: