MySQL-执行过程

上一篇文章简单的描述了下MySQL的存储结构。这篇文章主要介绍MySQL的执行过程。只有更全面的了解SQL语句执行过程，才能更好的进行SQL的设计和优化。

##时序图

.png)

1. 客户端/服务端通信协议发送一条查询SQL给服务端（图里的第一个步骤没有写很清楚，懒得改了）
2. MySQL服务器先去缓存中查询，如果命中缓存，则直接返回给客户端
3. 否则，解析器会根据SQL中的关键字，生成对应的解析树。解析树会根据MySQL语法规则验证和解析查询
4. 预处理器，会检查解析树是否合法，比如表、列是否存在，权限等验证
5. 查询优化器将会把解析树转换为执行计划。一条查询语句有多种执行方法，返回结果都一样。而优化器就是找最优的执行计划。生成执行计划过程比较耗时。然而，执行计划一般会放到缓存里，再次查询相似语句时，会直接执行缓存里的执行计划。
6. 生成的执行计划交给查询执行引擎来完成整个查询

MySQL查询缓存

MySQL查询缓存保存查询返回的完整结构。当查询命中该缓存时，MySQL会立刻返回结果，跳过了解析、优化和执行阶段。

缓存未命中的情况：

1. 表结构又变化

   MySQL查询缓存会跟踪每个表结构的变化，所有相关表的缓存都会失效

2. SQL语句有变化

   从上面的时序图可以看出，检查缓存是否命中时，是不会是用解析后的SQL。所以任何空格 注释等SQL语句不同，都会导致缓存未命中

3. 查询语句有不确定的函数

   比如NOW()等时间函数，自定义函数、存储过程、用户变量、临时表，及MySQL里的系统表或者包含任何列级别权限的表，都不会缓存

   以下内容摘抄于https://segmentfault.com/a/1190000015979741

   有一点需要注意，MySQL并不是会因为查询中包含一个不确定的函数而不检查查询缓存，因为检查查询缓存之前，MySQL不会解析查询语句，所以也无法知道语句中是否有不确定的函数。
   事实则是，如果查询语句中包含任何的不确定的函数，那么其查询结果不会被缓存，因为查询缓存中也无法找到对应的缓存结果。
    有关查询缓存的配置如下所示：

   • query_cache_type:是否打开查询缓存。可以设置为OFF、ON和DEMAND。DEMAND表示只有在查询语句中明确写明SQL_CACHE的语句才会放入查询缓存。
   • query_cache_size:查询缓存使用的总内存空间。
   • query_cache_min_res_unit:在查询缓存中分配内存块时的最小单元。较小的该值可以减少碎片导致的内存空间浪费，但是会导致更频繁的内存块操作。
   • query_cache_limit:MySQL能够查询的最大查询结果。如果查询结果大于这个值，则不会被缓存。因为查询缓存在数据生成的时候就开始尝试缓存数据，所以当结果全部返回后，MySQL才知道查询结果是否超出限制。超出之后，才会将结果从查询缓存中删除。