Ped*_*der 15 mysql performance replication
我的慢查询日志中包含如下条目:
# Query_time: 1.016361 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0
SET timestamp=1273826821;
COMMIT;
Run Code Online (Sandbox Code Playgroud)
我猜这个set timestamp命令是通过复制发出的,但我不明白如何set timestamp才能接管一秒钟.有关如何解决此问题的任何想法?
new*_*ver 14
Timestamp是MySQL中的数据类型和内置函数.您试图通过以下声明实现什么目标?
SET timestamp=1273826821;
Run Code Online (Sandbox Code Playgroud)
UPD:对不起,我不知道使用过的MySQL黑客攻击.
它似乎SET TIMESTAMP用作从慢速日志中排除某些查询的解决方案.
OP正在使用Microslow补丁来增强慢查询日志中的统计信息,并且该语句在InnoDB表上的语句之前是常见的.
因此,OP的问题的答案是该COMMIT语句是慢查询而不是SET TIMESTAMP.
set timestamp出现在每个慢速查询日志中,因此请跳过此行; commit是它出现在慢查询中的原因;
由于这么多提交进入慢速日志,db机器IO可能是问题,因为IO是提交的瓶颈.
监视DB CPU IO等待值,不能高于1 /核心数.例如,如果8个核心,IO等待应该小于12%.
iotop可用于调试哪个进程正在读/写IO,而iostat可用于监视IO.
| 归档时间: |
|
| 查看次数: |
17837 次 |
| 最近记录: |