mysql之sql执行流程

sql执行流程

mysql具体执行流程

1.查询缓存：server如果再查询缓存中发现了这条sql语句，就会直接将结果返回给客户端；如果没有，就进入到解析器阶段。需要说明的是，因为查询缓存往往效率不高，所以在mysql8.0以后就抛弃了这个功能。

mysql拿到一个请求后，会先查询缓存看看，之前是不是执行过这条语句，之前执行过的语句及其结果可能会以key-value对的形式，被直接缓存到内存中。key是之前查询的语句，value是查询的结果。如果你的查询能够直接在这个缓存中找到key，那么这个value就会被直接返回给客户端。如果语句不在查询缓存中，就会继续后面的执行阶段。执行完成后，执行结果会被放在缓存中。所以如果查询命中缓存，mysql不需要执行后面的复杂操作，就会直接返回结果，这个效率会很高。

大多数情况查询惠存就是个鸡肋，为什么呢？

• 查询缓存是提前把结果缓存起来，这样下次不需要执行就可以直接拿到结果，需要说明的是，在mysql中的查询缓存，不是缓存查询计划，而是查询对应的结果。这就意味着查询匹配的鲁棒性大大降低，只有相同的查询操作才会命中查询。两个查询请求在任何字符上的不同（空格、注释、大小写）都会导致缓存不会命中。因此查询缓存命中不高。
• 同时，如果查询请求中包含某些系统函数、用户自定义变量和函数、一些系统表，如 mysql 、 information_schema、 performance_schema 数据库中的表，那这个请求就不会被缓存。以某些系统函数举例，可能同样的函数的两次调用会产生不一样的结果，比如函数 NOW ，每次调用都会产生最新的当前时间，如果在一个查询请求中调用了这个函数，那即使查询请求的文本信息都一样，那不同时间的两次查询也应该得到不同的结果，如果在第一次查询时就缓存了，那第二次查询的时候直接使用第一次查询的结果就是错误的！
• 此外，既然是缓存，那就有它 缓存失效的时候 。MySQL的缓存系统会监测涉及到的每张表，只要该表的结构或者数据被修改，如对该表使用了 INSERT 、 UPDATE 、 DELETE 、 TRUNCATE TABLE 、 ALTER TABLE 、 DROP TABLE 或 DROP DATABASE 语句，那使用该表的所有高速缓存查询都将变为无效并从高速缓存中删除！对于 更新压力大的数据库 来说，查询缓存的命中率会非常低。

查询缓存往往弊大于利，查询缓存的失效非常频繁

一般建议大家在静态表里使用查询缓存，什么叫做静态表呢？就是一般我们极少更新的表。比如，一个系统配置表、字典表，这张表的查询才适合使用查询缓存。好在mysql也提供了这种“按需使用”方式，可以将my.cnf参数query_cache_type设置成DEMAND，代表当sql语句中有SQL_CACHE关键词时才会有缓存。

# 0:关闭缓存；1:开启缓存；2:DEMAND
query_cache_type=2

可以使用SQL_CACHE显式指定，像下面的这个语句

select SQL_CACHE * from test where ID=5;

# 解除缓存
select SQL_NO_CACHE * from test where ID=5;

查看mysql实例是否开启缓存机制

show global variables like '%query_cache_type%';

监控查询中的命中率

show status like '%Qcache%';

解析器

词法分析：你输入的是由多个字符串和空格组成的一条 SQL 语句，MySQL 需要识别出里面的字符串分别是什么，代表什么。 MySQL 从你输入的"select"这个关键字识别出来，这是一个查询语句。它也要把字符串“T”识别成“表名 T”，把字符串“ID”识别成“列 ID”。

语法分析：根据词法分析的结果，语法分析器（比如：Bison）会根据语法规则，判断你输入的这个 SQL 语句是否 满足 MySQL 语法 。

优化器

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

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查询并返回结果。在 MySQL8.0 以下的版本，如果设置了查询缓存，这时会将查询结果进行缓存。

select * from test where id=1;

比如：表 test 中，ID 字段没有索引，那么执行器的执行流程是这样的：

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

总结