一条SQL查询语句是如何执行的？

Mysql的逻辑架构图

分为两部分：

大体来说， MySQL 可以分为 Server 层和存储引擎层两部分。

1、Server 层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务

功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在

这一层实现，比如存储过程、触发器、视图等。

2、存储引擎层：负责数据的存储和提取。其架构模式是插件式的，支持 InnoDB 、 MyISAM 、

Memory 等多个存储引擎。现在最常用的存储引擎是 InnoDB，它从MySQL 5.5.5版本开始成为了

默认存储引擎。

一 连接器

连接器负责跟客户端建立连接、获取权限、维持和管理连接。连接命令一般是这么写的：

mysql -h$ip -P$port -u$user -p

连接命令中的mysql是客户端工具，用来跟服务端建立连接。在完成经典的TCP握手后，连接器就要开始认证你的身份，这个时候用的就是你输入的用户名和密码：

• 如果用户名或密码不对，你就会收到一个"Access denied for user"的错误，然后客户端程序结束执行。
• 如果用户名密码认证通过，连接器会到权限表里面查出你拥有的权限。之后，这个连接里面的权限判断逻辑，都将依赖于此时读到的权限

这就意味着，一个用户成功建立连接后，即使你用管理员账号对这个用户的权限做了修改，也不

会影响已经存在连接的权限。修改完成后，只有再新建的连接才会使用新的权限设置。

二 分析器

如果没有命中查询缓存，就要开始真正执行语句了。

• 首先，MySQL需要知道你要做什么，因此需要对SQL语句做解析。
• 分析器先会做“词法分析”。你输入的是由多个字符串和空格组成的一条SQL语句，MySQL需要识别出里面的字符串分别是什么，代表什么。
• MySQL 从你输入的 "select" 这个关键字识别出来，这是一个查询语句。它也要把字符串 “T” 识别
  成 “ 表名 T” ，把字符串 “ID” 识别成 “ 列 ID” 。
• 然后做 “ 语法分析 ” 。根据词法分析的结果，语法分析器会根据语法规则， 判断你输入的这个SQL 语句是否满足MySQL语法。

  • 如果你的语句不对，就会收到“You have an error in your SQL syntax”的错误提醒。
  • 一般语法错误会提示第一个出现错误的位置，所以你要关注的是紧接“use near”的内容。

三 优化器

优化器是在表里面有多个索引的时候，决定使用哪个索引

四 执行器

MySQL 通过分析器知道了你要做什么，通过优化器知道了该怎么做，于是就进入了执行器阶

段，开始执行语句。

开始执行的时候，要先判断一下你对这个表 T 有没有执行查询的权限，如果没有，就会返回没有

权限的错误，如下所示。

mysql> select * from T where ID=10;
ERROR 1142 (42000): SELECT command denied to user 'b'@'localhost' for table 'T'

比如我们这个例子中的表 T 中， ID 字段没有索引，那么执行器的执行流程是这样的：

1. 调用 InnoDB 引擎接口取这个表的第一行，判断 ID 值是不是 10 ，如果不是则跳过，如果是则

将这行存在结果集中；

2. 调用引擎接口取 “ 下一行 ” ，重复相同的判断逻辑，直到取到这个表的最后一行。

3. 执行器将上述遍历过程中所有满足条件的行组成的记录集作为结果集返回给客户端。

至此，这个语句就执行完成了。

对于有索引的表，执行的逻辑也差不多。第一次调用的是 “ 取满足条件的第一行 ” 这个接口，之后

循环取 “ 满足条件的下一行 ” 这个接口，这些接口都是引擎中已经定义好的。

你会在数据库的慢查询日志中看到一个 rows_examined 的字段，表示这个语句执行过程中扫描了

多少行。这个值就是在执行器每次调用引擎获取数据行的时候累加的。

在有些场景下，执行器调用一次，在引擎内部则扫描了多行，因此引擎扫描行数跟row_examined并不是完全相同的