SQL查询语句的执行

执行过程

• 连接器 - 管理连接，权限验证
• 查询缓存 - 命中缓存直接返回结果
• 分析器 - 词法分析 ,语法分析
• 优化器 - 分析执行计划，选择最优的执行计划
• 执行器 - 操作存储引擎接口，返回结果

不同的存储引擎共用一个Server层

连接器

连接器负责跟客户端建立连接、获取权限、维持和管理连接

客户端如果太长时间没动静，连接器就会自动将它断开。这个时间是由参数wait_timeout控制。

连接断开后，继续需要重连才能执行客户请求。

通常数据库连接推荐使用长连接。

查询缓存

• 拿到一个查询请求后，会先到查询缓存看看，之前是否执行过这条语句。
• 语句不在查询缓存中，就会继续后面的查询阶段。
• 执行完成后，执行结果会被存入查询缓存中。

查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。

对于更新压力大的数据库来说，查询缓存的命中率会非常低.

8.0开始彻底没有这个功能了

分析器

对SQL语句做解析

• 先做词法分析。分析字符串分别是什么，代表什么。
• 再语法分析，根据词法分析的结果，语法分析器会根据语法规则，判断你输入的这个SQL语句是否满足MySQL语法。

优化器

优化器的作用就是决定选择使用哪一个方案执行的效率更高。

比如：

• 表里面有多个索引的时候，决定使用哪个索引。
• 或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序

优化器阶段完成后，这个语句的执行方案就确定下来了，然后进入执行器阶段。

执行器

通过优化器知道了该怎么做，于是就进入了执行器阶段。

打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口，进行。

慢查询日志中

rows_examined的字段，表示这个语句执行过程中扫描了多少行。