所以查询优化器就是针对你编写的几十行、几百行甚至上千行的复杂sql语句生成查询路径树，然后从里面选择一条最优的查询路径出来。相当于他告诉sql执行器，按照一个什么样的步骤和顺序，去执行哪些操作，然后一步一步把SQL语句就完成了。
1.5 存储引擎
数据库就是一个编程语言写出来的系统而已，然后启动之后也是个进程，执行池里面的各种代码，也就是我们上面所说的那些东西。所以对数据库而言，我们的数据要不然是放在内存里，要不然是放在磁盘文件里，没什么特殊的地方！所以我们来思考一下，假设我们的数据有的存放在内存里，有的存放在磁盘文件里如下图所示。
那么问题来了，我们执行的时候是先更新内存数据？还是磁盘数据？我们如果先更新磁盘数据，是先查询哪个磁盘文件，再更新哪个磁盘文件？
这个时候就需要存储引擎了。存储引擎其实就是执行sql语句的，它会按照一定的步骤去查询内存缓存数据，更新磁盘数据，查询磁盘数据等等，执行一系列数据的操作，
如下图所示：
MySQL的架构设计中，SQL接口、SQL解析器、查询优化器都是用的一套组件。但是存储引擎像插件一样，支持各种各样的存储引擎的，比如我们常见的InnoDB、MylSam、Momery等。我们可以自由选择哪种存储引擎来负责具体的SQL执行。不过现在大家一般都使用InnoDB作为MySQL的存储引擎。
1.6 执行器
那么看完存储引擎之后，我们知道存储引擎可以帮助我们去访问内存以及磁盘上的数据，那么是谁来调用存储引擎的接口呢？其实我们现在还漏了一个执行器的概念，这个执行器会根据优化器选择的执行方案，去调用存储引擎的接口按照一定的顺序和步骤，就把SQL语句的逻辑给执行了。
举个例子，比如执行器可能会先调用存储引擎的一个接口，去获取“usrs”表中的第一行数据，然后判断一下这个数据的"id”字段的值是否等于我们期望的一个值，如果不是的话，那就继续调用存储引擎的接口，去获取“users”表的下一行数据。
就是基于上述的思路，执行器就会去根据我们的优化器生成的一套执行计划，然后不停的调用存储引擎的各种接口去完成SQL语句的执行计划，大致就是不停的更新或者提取一些数据出来。如下图所示：
2、总结
我们再来总结下MySQL的执行流程：
- 用户发起请求到tomcat服务器，tomcat服务器中线程开始执行sql 语句
- 首先线程从数据库的连接池中获取一个连接，建立与MySQL数据库服务器的连接
- MySQL的工作线程接收到SQL语句后，转交给SQL接口去执行
- 查询解析器对SQL进行语法拆解，理解这个SQL要干什么
- 查询优化器选择最优的查询路径，生成SQL的执行顺序和步骤
- 执行器将sql执行计划交给底层的存储引擎接口去执行，他按照一定的步骤去查询内存数据、更新磁盘数据等等
执行过程如下图所示：
到此这篇关于MySQL执行SQL语句的流程详解的文章就介绍到这了,更多相关MySQL执行SQL内容请搜索
更多Mysql内容来自木庄网络博客
标签：Mysql
相关阅读 >>
mysql5.7.03更换至mysql 5.7.17的过程及问题解决
mysql 5.7.19在centos6.5下的安装配置详解
更多相关阅读请进入《mysql》频道 >>
数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。
