慢查询日志与Explain的反馈不同

Eric1006 2015-10-30 10:58:19

集合cs_ansp有9万个文档，uid字段上建了索引，同样的一个query条件，类似于{'uid':23432}。
通过每天的慢查询日志可以看到，会有大量的慢查询，时间都超过5秒，nscannedObjects都是与文档数持平，即是全集合扫描。但是通过explain，可以看到用到了索引，且nscannedObjects都为符合条件的文档数。
这是什么原因呢？

...全文

383 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

rucypli 2015-10-30

打赏
举报

回复

手动执行是否会慢

运维过程中，当开发反馈程序请求很慢时，底层硬件和基础设施环境又没有问题时候，我们可以通过查询数据库慢请求查询日志，可以定位到是哪一条语句查询比较慢，找到这条语句之后，如何去分析它慢的原因呢?最简单的方法，可以通过explain解析。

MySQL性能分析以及explain的使用，

如果你发现自己新写或者重写的接口查询速度变慢，你怎么定位原因呢？可以用explain分析我们的SQL原生代码，又或者可以考虑使用MySQL慢查询日志。这篇文章主要讲述什么是慢查询日志以及开发中可能用到的场景。但是，现实开发环境中的查询缓慢问题，绝不仅局限于此，往往需要先定位是整个系统的查询变慢了，还是某个功能的问题。这里仅介绍一种排查方式，但好的排查就像侦探破案，要收集证据、合理推理、验证假设，涉及到更多的维度和方面。我先暂在此记录其中一种，后面再加以完善补充。

慢查询是MySQL性能问题的核心表征，其本质是SQL执行计划低效与资源争抢的综合结果。理解slow query log的原始记录机制、long_query_time的业务阈值设定逻辑，以及EXPLAIN输出中type/rows/key/Extra等关键字段的工程含义，是实现精准根因分析的基础。该技术路径不依赖第三方监控，仅通过mysqld.cnf配置、日志解析和原生命令即可完成闭环诊断，广泛适用于Web接口响应延迟、报表卡顿、高并发写入抖动等典型场景，尤其适合学生课程成绩系统、电商订单库等中等规模关系型数据

文章目录一、前言二、慢查询概要2.1 第一步，慢查询分析之前的配置2.1.1 方式一：修改my.ini2.1.2 方式二：修改数据库 2.2 第二步，找到执行慢的sql语句2.3 第三步，找到原因两种方式之一，explain分析，explain各个字段的解释2.4 第四步，找到原因两种方式之一，profile分析，找到慢查询的本质原因，profile各个字段的解释2.4.1 explain制造慢sql语句，profile找到慢的sql语句2.4.2 show profile for query 具

1,797

社区成员

1,466

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章