SELECT 语句的执行过程

SELECT 语句的执行过程为：连接、查询缓存、词法分析，语法分析，语义分析，构造执行树，生成执行计划、执行器执行计划，下面开始梳理一次完整的查询流程：

<>连接器

连接器负责与客户端建立连接,获取权限,维持和管理连接
连接命令: >mysql -uroot -p123456 -h127.0.0.1 -P3306 -A
连接的基本流程: 认证用户名+密码 -> 权限列表中查询拥有的权限

<>查询缓存

* 执行过的查询会被 MySQL 以 key-value 的形式缓存起来. key 是查询语句, value 是查询结果
* 实际使用时不建议开启此功能.原因是 MySQL 在执行 update 时会将整个表的所有缓存都失效
* 定制化配置:
query_cache_type=DEMAND, 默认的 SQL 都不使用查询缓存.
显示指定使用缓存:
select SQL_CACHE * from tb_xxx where id=xxx;
MySQL8.0以上版本已将此功能废弃
<>分析器

解析SQL语句。

* 词法分析: 解析输入的语句的每个单词,将 select 识别为查询语句,from 之后的字符串识别为表等
* 从 information schema 里面获得表的结构信息
* 语法分析: 基于词法分析的结果,语法分析器会判断是否满足 MySQL 语法规则
<>优化器

经过分析器之后, MySQL 即知道具体需要做什么操作,但是在具体操作之前要先经过优化器。

优化:

* 表中若存在多个索引时,选择该使用哪个索引
* 多表关联时,决定各表的连接顺序
<>执行器

具体该执行的操作。

* 执行之前要先判断对表的操作是否具备权限.如果没有会返回权限错误的提示
* 如果存在查询缓存,会在查询缓存返回结果时来做权限验证,查询会在优化器之前调用 precheck 验证权限
* 具备权限之后,即打开表开始执行.打开表时会根据表的引擎定义来选择具体的引擎,并调用其接口来执行
执行过程(无索引,InnoDB):

* 调用 InnoDB 引擎取此表的第一行数据,判断 Where 条件是否满足,满足则将此行存在结果集中, 不满足则跳过
* 调用 InnoDB 引擎取下一行数据,重复上述逻辑,直到最后一行
* 执行器将所有满足条件的行作为结果集返回给客户端
问题:

* 对表的权限验证为何是在执行器阶段来执行？
* SQL语句要操作的表不只是SQL字面上那些,例如触发器，得在执行器阶段（过程中）才能确定。优化器等其他阶段是无能为力的
<>存储引擎

负责数据的存储和提取

<>总结

* 客户端与服务端连接,连接器来负责建立连接
* 判断是否命中查询缓存,检查当前是否开启了查询缓存(query_cache_type)
* 分析SQL: 分析器工作,分析SQL,先做词法分析识别出关键字如 select,insert, from 后的表, where 后的查询条件等
* 语法分析,基于词法分析的结果,来识别当前的SQL是否满足语法规定,比如关键字的使用先后顺序等
* 优化SQL执行,优化器工作,优化SQL的执行
1、选择要使用的索引
2、连表时选择的连接顺序
* 执行SQL,执行器工作,执行SQL语句
1、判断对此表是否具有查询权限
2、权限具备,则打开表开始执行
3、根据表的引擎定义,选择具体的引擎,去调引擎的接口执行查询
4、查询到的数据放入内存中,放入结果集里.
5、查询完毕后,将结果集返回给客户端

• « 上一篇：外包五年半，人废了一半
• » 下一篇：C++ python 找标定圆点