bjlfp 2013-09-23 09:00 采纳率: 0%
浏览 1643

mysql 的慢日志中记录的查询时间非常大。。但是实际执行速度还可以。求助!

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;

  • 写回答

1条回答 默认 最新

  • ChatGPTᴼᴾᴱᴺᴬᴵ 2023-02-19 22:47
    关注

    该回答引用ChatGPT

    根据您提供的信息, Query_time 值非常大,远远超过实际查询执行时间,这可能是由于 MySQL 内部计时器溢出导致的。您可以将 Query_time 值转换为实际时间,方法是将其除以 1000000,即:

    Query_time: 18446744073709.234375 / 1000000 = 18446.744073709234375

    这意味着查询实际上只花费了大约 18 秒的时间执行,而不是 Query_time 所显示的非常大的值。在这种情况下,您可以忽略 Query_time 的值,因为它并不代表实际执行时间。


    另外,如果您认为查询的执行速度还可以,您可以尝试将 long_query_time 参数设置为更高的值,例如 10 秒或更长,这将减少记录在慢查询日志中的查询数量,并帮助您集中关注实际执行缓慢的查询。您还可以检查是否存在索引缺失或查询语句需要优化的问题。

    评论

报告相同问题?

悬赏问题

  • ¥20 iqoo11 如何下载安装工程模式
  • ¥15 本题的答案是不是有问题
  • ¥15 关于#r语言#的问题:(svydesign)为什么在一个大的数据集中抽取了一个小数据集
  • ¥15 C++使用Gunplot
  • ¥15 这个电路是如何实现路灯控制器的,原理是什么,怎么求解灯亮起后熄灭的时间如图?
  • ¥15 matlab数字图像处理频率域滤波
  • ¥15 在abaqus做了二维正交切削模型,给刀具添加了超声振动条件后输出切削力为什么比普通切削增大这么多
  • ¥15 ELGamal和paillier计算效率谁快?
  • ¥15 蓝桥杯单片机第十三届第一场,整点继电器吸合,5s后断开出现了问题
  • ¥15 file converter 转换格式失败 报错 Error marking filters as finished,如何解决?