MYSQL--一条SQL执行的流程,分析MYSQL的架构

执行一条select 语句中间会发生什么？这个是对 mysql 架构的深入理解。

sql 复制代码

select * from product where id = 1;

对于mysql的架构分层:

mysql 架构分成了 Server 层和存储引擎层：

Sever 层负责建立连接、分析和执行 sql 语句。一些核心功能模块比如解析器生成语法树，预处理器、优化器、执行器这些。

在存储引擎层:支持 InnoDB 存储引擎。底层使用的是 B+树。mysql5.5 之后 InnoDb 成为默认的存储引擎了。

通过连接器和 mysql 的客户端建立连接，连接的过程需要使用 TCP 三次握手。

plain 复制代码

msyql -u root -p

在输入对应的密码就登录成功了

查看 mysql 当前有多少连接数量:

plain 复制代码

show processlist;

执行了一次查询就算建立连接了，连接默认是八个小时,超过这个数量就会自动的断开。

连接数太多了

删除了查询缓存，在 mysql8 之前有缓存的内容。

解析器会做两件事情，第一个是词法分析：

mysql 会根据你输入的字符串识别出关键字出来，比如 select username from userinfo 会解析出来 4 个 token,有两个 key word，是 select 和 from。

第二个进行语法的分析：

根据词法分析的结果，语法解析器根据语法规则判断输入的 sql 是否满足 MYSQL 的语法。没有问题就构建出来 sql 语法树。

构成一个这样的语法树。

分为三个阶段预处理优化阶段执行阶段

预处理阶段：

检查 sql 查询语句中的表或者字段是否存在。

将 select * 中的*符号扩展为表上的所有列。

优化阶段：

需要确定一个执行计划，比如现在有多个索引到底用哪一个索引。确定 sql 查询语句的执行方案。

想要知道选择哪个索引可以在查询语句之前加一个 explain 命令，会展示书 sql 语句的查询计划。

查询主键索引 B+树的成本会高于查询二级索引 B+树的成本，优化器会基于查询成本考虑选择代价最小的普通索引。

执行阶段：

这个时候 server 层要去和存储引擎层进行交互了：

比如有全表扫描、主键索引查询、索引下推。

索引下推是减少二级索引的回表查询操作，提高查询的效率。将 Server 层做的一些事情交给了存储引擎层去做。

查询 age>20 的时候遇到>联合索引就会失效了，这个时候就需要回表查询 reward 是否是等于 1000 的。

这样效率太慢了，直接在存储引擎层去判断 reward 是否等于 1000. 如果成立在回表给 Server 层操作。