我正在查看基于drupal的webapp的慢查询日志,并且行看起来像这样:
# Query_time: 3257 Lock_time: 0 Rows_sent: 272 Rows_examined: 272
# Query_time: 1654 Lock_time: 0 Rows_sent: 222 Rows_examined: 222
# Query_time: 3292 Lock_time: 0 Rows_sent: 269 Rows_examined: 269
# Query_time: 1029 Lock_time: 0 Rows_sent: 172 Rows_examined: 172
# Query_time: 2126 Lock_time: 0 Rows_sent: 251 Rows_examined: 251
# Query_time: 1731 Lock_time: 0 Rows_sent: 229 Rows_examined: 229
这些时间是否表示相关查询执行时间介于1到3秒之间(缓慢但不可怕),或者介于1,000到3,000秒之间(完全不可接受)?我知道long_query_time
选项是以秒为单位指定的,但日志消息是遵循相同的约定,还是使用毫秒代替?
编辑:这是MySQL版本5.0.45。
答案 0 :(得分:19)
只需几秒钟。 '微秒的分辨率'意味着,在十进制之后你可以达到微秒精度(尽管AFAIK它需要一个实际以这种精度写入的补丁)
https://github.com/wvanbergen/request-log-analyzer/wiki/MySQL-slow-query-log
答案 1 :(得分:4)
仅从MySQL 5.1.21开始,您可以指定十进制值并具有微秒的分辨率。 http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html