mysql的slow-query中的一个现象

本文探讨了MySQL慢查询日志中可能出现的一种特殊记录,即Query_time异常大的情况,并解释了这一现象背后的原因,涉及服务器时间校准过程中的特殊情况。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在mysql的slow query log中,可能存在类似这样的特殊记录:

 

# Time: 100127 23:17:01

# User@Host: root[root] @  [127.0.0.1]

# Query_time: 18446744073709.351562  Lock_time: 0.000129 Rows_sent: 1  Rows_examined: 11030

SET timestamp=1264663021;

SELECT dummy.id AS dummy_id

FROM dummy 

WHERE dummy.id = 1;

 

注意到其中Query_time非常大(18446744073709.351562),出现这种现象的原因可能是mysql服务器会定时从time server校准时间,而查询恰好在校准时间时进行,于是Query_time成了负数。对于32位系统,可能是4294967296左右的一个值,而对于64位系统,则是18446744073709551616左右的一个值。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

socratescli

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值