MySQL通透详解架构设计(2)-木庄网络博客

要完成此事有如下查询路径：

直接定位到users表中的id字段等于1的那行数据，查出来那行数据的id、name、age三个字段值
先把users表中的每行数据的“id,name,age”三个字段的值都查出来，然后从这批数据里过滤出来“id”字段等于1的那行数据的“id,name,age”三个字段

可见，完成该SQL，两条路径都能实现，那到底选哪个呢？显然第一种性能更好。

所以查询优化器大概就是这个意义，他会针对你的SQL生成查询路径树，选择最优查询路径。

调用存储引擎接口，真正执行SQL语句。

把查询优化器选择的最优查询路径，即到底应该按照一个什么样的顺序和步骤去执行这个SQL语句的计划，把该计划交给底层的存储引擎去真正执行。

假设我们的数据有的存在内存，有的存在磁盘文件，那到底怎么知道

执行时：

若更新磁盘数据：

这就需要存储引擎，就是个执行SQL语句的，会按步骤查询内存缓存数据，更新磁盘数据，查询磁盘数据等，执行此类的一系列的操作：

MySQL架构设计中，SQL接口、SQL解析器、查询优化器都是通用的，属于一套组件。但支持各种存储引擎，如InnoDB、MyISAM、Memory等，可以选择具体使用哪种存储引擎来负责执行SQL。

执行器

根据执行计划调用存储引擎的接口。

存储引擎可帮助我们去访问内存及磁盘上的数据，那谁来调存储引擎的接口？

那就是执行器，会根据优化器选择的执行方案，按照一定的顺序和步骤调用存储引擎的接口，执行SQL逻辑。

比如执行器可能先调用存储引擎的一个接口，获取“users”表中的第一行数据，然后判断一下这个数据的“id”字段的值是否等于我们期望的一个值，如果不是的话，那就继续调用存储引擎的接口，去获取“users”表的下一行数据。

也就这套操作，执行器会根据优化器生成的执行计划，不停调用存储引擎的接口们，去完成SQL语句的执行计划，即不停的更新或提取一些数据：

到此这篇关于MySQL通透详解架构设计的文章就介绍到这了,更多相关MySQL 架构设计内容请搜索

更多SQL内容来自木庄网络博客

标签：SQL

￥41.1元 机械工业出版社

本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。