文章目录
- 第一步建立连接
- 第二部解析 SQL
- 第三步执行 sql
- 预处理
- 优化阶段
- 执行阶段
- 索引下推
执行一条select 语句中间会发生什么？ 这个是对 sql>mysql 架构的深入理解。
sql">select * from product where id = 1;
sql>mysql 架构分成了 Server 层和存储引擎层：
Sever 层 负责建立连接、分析和执行 sql 语句。 一些核心功能模块比如解析器生成语法树，预处理器、优化器、执行器这些。
在存储引擎层:支持 InnoDB 存储引擎。底层使用的是 B+树。sql>mysql5.5 之后 InnoDb 成为默认的存储引擎了。
第一步建立连接
通过连接器和 sql>mysql 的客户端建立连接，连接的过程需要使用 TCP 三次握手。
msyql -u root -p在输入对应的密码就登录成功了
show processlist;
执行了一次查询就算建立连接了，连接默认是八个小时,超过这个数量就会自动的断开。
连接数太多了
删除了查询缓存，在 sql>mysql8 之前有缓存的内容。
第二部解析 SQL
解析器会做两件事情，第一个是词法分析：
sql>mysql 会根据你输入的字符串识别出关键字出来，比如 select username from userinfo 会解析出来 4 个 token,有两个 key word，是 select 和 from。
第二个进行语法的分析：
根据词法分析的结果，语法解析器根据语法规则判断输入的 sql 是否满足 MYSQL 的语法。没有问题就构建出来 sql 语法树。
构成一个这样的语法树。
https://blog.csdn.net/zhang24360/article/details/128963299 语法树的详细内容
sql_75">第三步执行 sql
分为三个阶段 预处理 优化阶段 执行阶段
预处理
预处理阶段：
检查 sql 查询语句中的表或者字段是否存在。
将 select * 中的*符号扩展为表上的所有列。
优化阶段
优化阶段：
需要确定一个执行计划，比如现在有多个索引到底用哪一个索引。确定 sql 查询语句的执行方案。
想要知道选择哪个索引可以在查询语句之前加一个 explain 命令，会展示书 sql 语句的查询计划。
查询主键索引 B+树的成本会高于查询二级索引 B+树的成本，优化器会基于查询成本考虑选择代价最小的普通索引。
执行阶段
执行阶段：
这个时候 server 层要去和存储引擎层进行交互了：
比如有 全表扫描、主键索引查询、索引下推。
索引下推
索引下推是减少二级索引的回表查询操作，提高查询的效率。将 Server 层做的一些事情交给了存储引擎层去做。
查询 age>20 的时候遇到>联合索引就会失效了，这个时候就需要回表查询 reward 是否是等于 1000 的。
这样效率太慢了，直接在存储引擎层去判断 reward 是否等于 1000. 如果成立在回表给 Server 层操作。
