group by很多字段是不是会很慢_为什么你的SQL执行很慢-CSDN博客

本文探讨了MySQL查询慢的问题，包括查询缓存的局限性、优化器中的索引影响、扫描行数过多、主键与非主键索引的差异，以及执行器在刷新脏页和等待锁时的影响。通过理解这些原理，可以更好地优化SQL执行效率。

摘要由CSDN通过智能技术生成

当我们碰到MySQL的一些异常或者问题时，应该要有全局观，这样能够帮助你理解问题，更为快速地定位并解决问题。

下面我给出的是MySQL的基本架构示意图，从中你可以清楚地看到SQL语句在MySQL的各个功能模块中的执行过程。

通过以上图片，我们清楚地看到SQL语句在MySQL的各个功能模块中的执行过程。但和sql执行效率相关的主要是优化器和执行器，同时查询缓存也有一定的影响作用。

查询缓存（适用于查询语句）

MySQL拿到一个查询请求后，会先到查询缓存看看，之前是不是执行过这条语句。之前执行过的语句及其结果可能会以key-value对的形式，被直接缓存在内存中。key是查询的语句，value是查询的结果。如果你的查询能够直接在这个缓存中找到key，那么这个value就会被直接返回给客户端。
如果语句不在查询缓存中，就会继续后面的执行阶段。执行完成后，执行结果会被存入查询缓存中。你可以看到，如果查询命中缓存，MySQL不需要执行后面的复杂操作，就可以直接返回结果，这个效率会很高。但是大多数情况下我会建议你不要使用查询缓存，为什么呢？因为查询缓存往往弊大于利。
查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。因此很可能你费劲地把结果存起来，还没使用呢，就被一个更新全清空了。对于更新压力大的数据库来说，查询缓存的命中率会非常低。除非你的业务就是有一张静态表，很长时间才会更新一次。
需要注意的是，MySQL 8.0版本直接将查询缓存的整块功能删掉了，也就是说8.0开始彻底没有这个功能了。

优化器（索引影响执行效率）

为了方便说明问题，这里先给出建表语句：

mysql> CREATE TABLE `t` (
  `id` int(11) NOT NULL PRIMARY KEY,
  `c` int(11) DEFAULT NULL,
  `d` varchar(20) DEFAULT NULL,
) ENGINE=InnoDB;

1.字段没有索引

例如你要查询这条语句：

select * from t where 100 <c and c < 10