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。文章移动到: