当执行一条查询语句时，MySQL内部经历了什么？

假如说咱们有一张表 T ，表里只有一个字段 ID，当咱们执行下边这条SQL语句时：

mysql> select * fron T where ID=10;
复制代码

在咱们眼中能看到的只是输入一条 SQL语句，返回一条查询结果，却未曾知道这条SQL在MySQL的内部经历了什么，下面咱们来一步一步的分析一下；以下是MySQL的基本架构图，从图中能够清楚的看到SQL在MySQL中各个功能模块执行的过程：

大致来讲，MySQL能够分为Server层和存储引擎两部分。 Server层：包括链接器、分析器、查询缓存、优化器、执行器等。 存储引擎：负责数据的存储和提取。其架构模式是插件式的，支持InnoDB、MyISAM、Memory等多种存储模式。现现在最经常使用的存储引擎是InnoDB，它从MySQL5.5.5开始成为了默认存储引擎。也就是说当咱们不指定存储引擎时默认使用的就是InnoDB，咱们也能够在 create table时经过engine=memory 来指定存储引擎。

从图中能够看出：不一样的存储引擎共用同一个 server层，也就是链接器到执行器那一部分。

如今咱们跟着开篇提到的那条SQL进入MySQL内部究竟是怎么执行的，Let's go:

链接器

首先，咱们须要链接上数据库，这时候接待咱们的就是链接器，链接器主要负责的工做就是跟客户端创建链接、获取权限、维持和管理链接。链接命令以下：

-- $ip: 服务器IP
-- $port: MySQL端口号
-- $user: 用户名
mysql -h$ip -P$port -u$user -p
复制代码

输入完命令后，咱们须要在交互界面输入密码，虽然密码也能够在 -p 后面，卸载命令行中，可是这样可能会致使密码泄露，不建议这么作。

• 若是用户名或密码不对，则会收到一个“Access denied for user”错误，而后客户端程序结束执行。
• 若是用户名密码认证经过，链接器则会去权限表中查询该用户所拥有的权限，这个连接里边的权限逻辑判断，全都依赖于此时读到的权限。

这就意味着，当一个用户成功创建链接后，即便使用管理员帐户对其权限作了修改，也不会当即生效，只有从新创建连接后才会使用新的权限设置。

查询缓存

链接创建成功后，咱们就能够执行SQL语句了，这时候会先来查询缓存：

MySQL拿到一个SQL语句以后会先到缓存看看是否在此以前执行过这条语句，以前执行的语句可能会以 key-value 的形式直接缓存在内存中。key是查询语句，value是查询结果。若是你的查询能在缓存中找到相应的key，则直接返回其对应的value 给客户端。

若是语句不在查询缓存中，就会继续后面的执行阶段。执行完成后，执行结果会被存入查询缓存中。你能够看到，若是查询命中缓存，MySQL不须要执行后面的复杂操做，就能够直接返回结果，这个效率会很高。

可是一样的缓存的弊端也很大，那是由于缓存失效的频率很是频繁，只有对一个表的更新操做，这个表上的全部查询缓存都会清空。所以极可能咱们费老劲把它们给存起来，还没来得及用，就被一个更新把缓存全都给清空了，一下回到解放前。所以对于更新压力大的数据库来说，并不建议使用缓存；若是在业务中有一张静态表，很长时间才回去更新一次，那么使用缓存才是合适 。

MySQL 提供了一种方式设置默认不使用缓存：将参数query_cache_type设置为DEMAND。这样对于默认的SQL语句则不使用缓存，若是要使用缓存的话可使用SQL_CACHE显示的指定，以下：

mysql> select SQL_CACHE * from T where ID=10；
复制代码

Tips：MySQL 8.0 版本直接将查询缓存的整块功能删掉了，也就是说 8.0 开始完全没有这个功能了。

分析器

若是没有命中缓存的话，则真正开始执行语句了；首先MySQL要知道咱们要作什么，因此要先对SQL进行解析。

分析器首先进行词法分析。咱们输入的SQL是由多个字符串组成的，MySQL须要识别出来里边的字符串分别是什么，表明什么意思。

MySQL从咱们输入的select识别出来这是一个查询语句，它还须要把字符串T识别成表名T，把ID识别成列ID。

词法分析结束以后，须要对SQL进行语法分析。根据词法分析的结果，语法分析器会根据语法规则来判断咱们输入的这条SQL是否知足MySQL的语法规则。 若是咱们的语法不对的话，咱们会受到MySQL的错误提示You have an error in your SQL syntax，好比这条SQL中的select少了个s：

mysql> elect * from t where ID=1;

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'elect * from t where ID=1' at line 1
复制代码

通常语法错误会提示第一个出现错误的位置，因此你要关注的是紧接user near的内容。

优化器

通过了分析器，MySQL知道咱们要作什么了，在它开始执行以前，还要先通过优化器的处理。

优化器是在表里面有多个索引的时候，决定使用哪一个索引；或者在一个语句有多表关联（join）的时候，决定各个表的链接顺序。好比下边这条语句，这个语句时执行两个表的join：

mysql> select * from t1 join t2 using(ID)  where t1.c=10 and t2.d=20;
复制代码

• 既能够先从表t1里面取出c=10的ID值，再根据ID值去关联到表t2，在判断t2里面的d的值是否等于20；
• 也能够先从表t2里面取出d=20的记录的ID值，再根据ID值关联到t1，再判断t1里面的c的值是否等于10；

这两种执行方式的逻辑和结果都是同样的，可是执行效率会有所不一样，优化器的做用就是决定选择哪一种方案。

当优化器阶段完成后，这个语句的整个执行方案就已经肯定下来了，接下来就是进入执行器阶段。

执行器

MySQL经过分析器知道了咱们要作什么，经过优化器知道了应该怎么作，因而就进入执行器阶段，开始真正的执行语句。

开始执行的时候，首先要确认咱们是否有操做这个表（T）的权限，若是没有权限则会返回没有权限的错误；

mysql> select * from T where ID=10;

ERROR 1142 (42000): SELECT command denied to user 'b'@'localhost' for table 'T'
复制代码

若是有权限，就打开表继续执行，打开表的时候执行器会根据表的引擎定义，去使用这个额引擎提供的接口。

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

• 调用InnoDB引擎接口取这个表的第一行，判断ID是否为10，若是不是则跳过，若是是则将这行存在结果集中。
• 调用引擎接口取下一行，重复相同的逻辑判断，直到取到这个表的最后一行。
• 执行器将上述遍历过程的全部知足条件的行组成的记录集做为结果集返回给客户端。

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

对于有索引的表，执行的逻辑也差很少。第一次调用的是“取知足条件的第一行”这个接口，以后循环取“知足条件的下一行”这个接口，这些接口都是引擎中已经定义好的。你会在数据库的慢查询日志中看到一个 rows_examined 的字段，表示这个语句执行过程当中扫描了多少行。这个值就是在执行器每次调用引擎获取数据行的时候累加的。

在有些场景下，执行器调用一次，在引擎内部则扫描了多行，所以引擎扫描行数跟 rows_examined 并非彻底相同的。