MySQL中的SQL执行流程

MySQL的查询流程

查询缓存
Server 如果在查询缓存中发现了这条 SQL 语句，就会直接将结果返回给客户端
如果没有，就进入到解析阶段（MySQL 8.0 已经废弃了查询缓存功能）。

解析器
在解析器中对 SQL 语句进行语法分析、语义分析。

分析器先做“ 词法分析 ”。你输入的是由多个字符串和空格组成的一条 SQL 语句，MySQL 需要识别出里面的字符串分别是什么，代表什么。
接着，要做“ 语法分析 ”。根据词法分析的结果，语法分析器（比如：Bison）会根据语法规则，判断你输入的SQL语句是否满足MySQL的语法。
如果SQL语句正确，则会生成一个这样的语法树：

优化器
在优化器中会确定 SQL 语句的执行路径，比如是根据全表检索，还是根据索引检索等。

select * from test1 join test2 using(ID)
where test1.name='zhangwei' and test2.name='mysql高级课程';

方案1：可以先从表 test1 里面取出 name='zhangwei' 的记录的 ID 值，再根据 ID 值关联到表 test2，再判断 test2 里面 name的值是否等于 'mysql高级课程'。
方案2：可以先从表 test2 里面取出 name='mysql高级课程' 的记录的 ID 值，再根据 ID 值关联到 test1，再判断 test1 里面 name的值是否等于 zhangwei。
这两种执行方法的逻辑结果是一样的，但是执行的效率会有不同，而优化器的作用就是决定选择使用哪一个方案。优化器阶段完成后，这个语句的执行方案就确定下来了，然后进入执行器阶段。

在查询优化器中，可以分为逻辑查询优化阶段和物理查询优化阶段。

执行器
截止到现在，还没有真正去读写真实的表，仅仅只是产出了一个执行计划。于是就进入了 执行器阶段。

在执行之前需要判断该用户是否 具备权限 。如果没有，就会返回权限错误。如果具备权限，就执行SQL并返回查询结果。

select * from test where id=1;

调用 InnoDB 引擎接口取这个表的第一行，判断 ID 值是不是1，如果不是则跳过，如果是则将这行存在结果集中
调用引擎接口取“下一行”，重复相同的判断逻辑，直到取到这个表的最后一行。
执行器将上述遍历过程中所有满足条件的行组成的记录集作为结果集返回给客户端。

至此，这个语句就执行完成了。对于有索引的表，执行的逻辑也差不多。
SQL 语句在 MySQL 中的流程是： SQL语句→查询缓存→解析器→优化器→执行器 。

MySQL 8中的SQL执行原理

确认profiling 是否开启

select @@profiling;
show variables like 'profiling';

profiling=0 代表关闭，我们需要把 profiling 打开，即设置为 1：

set profiling=1;

多次执行相同SQL查询

select * from employees;

查看profiles

show profiles; # 显示最近的几次查询

查看profile

show profile;

也可以查询指定的 Query ID，比如：

show profile for query 7;
show profile for query 8;

两次查询结果是一致的。
此外，还可以查询更丰富的内容：

show profile cpu,block io for query 8;

MySQL 5.7 中的SQL执行原理

在 MySQL 5.7 版本的数据库中，开启查询缓存功能，并执行上述验证流程，会发现查询语句直接从缓存中获取了数据。
开启查询缓存

query_cache_type=1

重启mysql服务

systemctl restart mysqld

开启查询执行计划

set profiling=1;

执行语句两次

select * from employees;
select * from employees;

查看profiles

查看profile

SQL语法顺序

随着Mysql版本的更新换代，其优化器也在不断的升级，优化器会分析不同执行顺序产生的性能消耗不同而动态调整执行顺序。
下面是经常出现的查询顺序：