MySQL : 彻底搞懂一条SQL的执行过程

整体流程

组件介绍

连接器

处理客户端的连接，一般处理我们这个命令，判断是否满足接入server的条件

mysql ‐h host[数据库地址] ‐u root[用户] ‐p root[密码] ‐P root
1

查询缓存

在8.0之前，如果用户开启了查询缓存的开关，那么客户端发起请求连接之后，首先会去缓存中查询，缓存中存储的key是查询语句，value是 查询结果，如果缓存中没查到，就会执行下一步了，进入分析器阶段，当然了，如果查到缓存就回直接返回，如果对应的数据被update了，缓存将会同时被清除。

为什么8.0删除了缓存呢？

因为如果对一个表的数据更新压力比较大，就回导致这样一个现象：我刚把数据放进缓存后，过了一会就被更新数据操作，将缓存删除了，所以加入缓存就没有一点益处了，综合考虑之后，加入缓存这个鸡肋操作后，往往是弊大于利，索性在8.0就直接给删除了。

分析器

如果查询缓存没命中（或没有开启缓存），那么会直接来到这一层：分析器
进入分析器后，首先需要经过词法分析这一个关，如果这一关没过，就直接给你抛出错误了
通俗的来说词法分析器主要做了什么：

• 解析所有关键词，如 select、update、insert、from、where、表名、字段名、group by 等
• 如果解析出来的标识符不对，则会抛出异常，拒绝执行下一步

经过分析器之后，我们最终就能生成一个语法树，后续执行引擎执行语句，就得靠这个语法树进行

优化器

在经过分析器之后，mysql需要做的是对我们的sql进行一定的优化，那么它做了哪些优化呢

• 决定使用哪个索引
• 调整where 字段位置：如建立了一个联合索引 abc,但是我们的where 条件是这么写的 where b =1 and a=2 and c=4,这样写肯定不满足最左前缀匹配原则的，所以mysql决定给你优化下，直接调整成这样：where a=2 and b=1 and c=4,最终使用到了索引；但是如果 写成where b=1 and a=2,没有c字段，mysql是不会给你优化的。

执行器

调用不同的索引存储引擎API，执行解析后的sql,