Query_time: 18446744073709.234375 Lock_time: 0.000050 Rows_sent: 1 Rows_examined: 78415
use news;
SET timestamp=1378690201;
select id,file.....position from 表名 where id='164185' order by position;
use news;
SET timestamp=1378690201;
select id,file.....position from 表名 where id='164185' order by position;
该回答引用ChatGPT
根据您提供的信息, Query_time 值非常大,远远超过实际查询执行时间,这可能是由于 MySQL 内部计时器溢出导致的。您可以将 Query_time 值转换为实际时间,方法是将其除以 1000000,即:
Query_time: 18446744073709.234375 / 1000000 = 18446.744073709234375 秒
这意味着查询实际上只花费了大约 18 秒的时间执行,而不是 Query_time 所显示的非常大的值。在这种情况下,您可以忽略 Query_time 的值,因为它并不代表实际执行时间。
另外,如果您认为查询的执行速度还可以,您可以尝试将 long_query_time 参数设置为更高的值,例如 10 秒或更长,这将减少记录在慢查询日志中的查询数量,并帮助您集中关注实际执行缓慢的查询。您还可以检查是否存在索引缺失或查询语句需要优化的问题。