一条select语句的执行原理

第一步：查询缓存

一、介绍

注意：MySQL8.0之后就抛弃了缓存功能。（因为查询缓存平均效率不高）MySQL8.0之前可通过query_cache_type参数开关查询缓存

当SQL开始执行时，Server会现在查询缓存中查找该SQL语句。之前性质过的语句及其结果会以key-value的形式缓存在内存中。遍历所有key，查找是否有和执行的SQL吻合的，如果查找到，则直接将结果返回给客户端；如果没有，就会进入到解析器阶段，且最终的执行结果会被存入缓存之中。

二、查询缓存效率不高的原因？

1、两个查询请求在任何字符上的不同（例如：空格、注释、 大小写），都会导致缓存不会命中。

2、缓存失效：当缓存系统涉及到的表的结构或数据被修改，那该表的所有高速缓存查询都将变为无效并从高速缓存中删除。此时，对于更新频繁地数据库，缓存不仅仅会频繁失效而命中率不高，还要不断维护缓存列表。

第二步：解析器

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

一、词法分析：

分析器先做词法分析，MySQL以此识别出SQL语句中的字符串含义。

二、语法分析

根据词法分析的结果，语法分析器（比如：Bison）会根据语法规则，判断输入的SQL语句是否满足MySQL语法。如果SQL语句正确，会生成语法树；如果不正确，则会进行错误提醒。

第三步：优化器

作用：确定SQL语句的执行路径，比如是根据全表检索，还是根据索引检索等。

总：一条查询语句可以有多种执行方式，最后都返回相同的结果，但是不同的执行方式效率不同。优化器的作用就是可以找到其中最好的执行计划。

对SQL的优化主要也是在这一步，可以进行逻辑优化和物理优化。

第四步：执行器

1、权限判定

• 执行之前需要判断该用户是否具备权限。
• 如果没有，就会返回权限错误。
• 如果有权限，就打开表继续执行。
• 打开表时，执行器会根据表的引擎定义，调用存储引擎的API对表进行读写。

注意：存储引擎API只是抽象接口，具体实现是根据表选择的存储引擎，从而调用下面的存储引擎层。

在 MySQL8.0 以下的版本，如果设置了查询缓存，这时会将查询结果进行缓存。