mysql执行流程

MySQL 概览

SQL 语句的执行流程图大致如下：

1. 一个请求到服务端之后，连接器会做一些处理。例如：如果最大连接数达到阈值将返回异常信息。
2. 如果是查询 SQL 会判断是否存在查询缓存。（服务端默认不开启）
3. 分析器用来解析 SQL 语句的。分为词法解析和语法解析，词法解析是将 SQL 解析为一个个的单词；语法解析检查语法是否正确。
4. 优化器的作用是分析 SQL 语句使其执行时成本最小，帮助我们优化一下 SQL 语句。
5. 执行器的作用是指导如何查询，比如：用不用索引、先查那张表等等。
6. 最后是存储引擎。例如：InnoDB 是 MySQL 5.7 默认的存储引擎。

连接器

连接器负责与客户端建立连接，获取权限，维护和管理连接。
一个用户的连接一旦成功建立之后，即使使用管理员账号对这个用户的权限做了修改，也不会影响已经存在的连接权限。修改完成后，只有再新建连接才会使用新的权限设置。
连接完成后，如果没有后续的动作，这个连接就会处于空闲状态，可以使用 show processlist 命令看到它。如果客户端没有太长时间动静，连接器就会自动将它断开。这个时间是由 wait_timeout 控制的，默认值是 8 小时。
如果在连接被断开之后，客户端再次发送请求的话，就会收到一个错误提醒：Lost connection to MySQL server during query。这时候如果你要继续，就需要重连，然后再执行请求了。
数据库里面，长连接是指连接成功后，如果客户端持续有请求，则一直使用同一个连接。短连接则是指每次执行完很少的几次查询就断开连接，下次查询再重新建立一个。建立连接的过程通常是比较复杂的，所以我建议你在使用中要尽量减少建立连接的动作，也就是尽量使用长连接。
但是全部使用长连接后，你可能会发现，有些时候 MySQL 占用内存涨得特别快，这是因为 MySQL 在执行过程中临时使用的内存是管理在连接对象里面的。这些资源会在连接断开的时候才释放。所以如果长连接累积下来，可能导致内存占用太大，被系统强行杀掉（OOM），从现象看就是 MySQL 异常重启了。
怎么解决这个问题呢？你可以考虑以下两种方案：
● 定期断开长连接。使用一段时间，或者程序里面判断执行过一个占用内存的大查询后，断开连接，之后要查询再重连。
● 如果你用的是 MySQL 5.7 或更新版本，可以在每次执行一个比较大的操作后，通过执行 mysql_reset_connection 来重新初始化连接资源。这个过程不需要重连和重新做权限验证，但是会将连接恢复到刚刚创建完时的状态。
不要在生产环境直接使用连接，推荐使用连接池进行管理数据库的连接。

查询缓存

MySQL 服务端支持查询缓存，但是默认情况下是关闭的。实际上查询缓存是比较鸡肋的，如果要命中缓存那么就要求 SQL 语句完全一样，多个空格都不能命中。可以通过 query_cache_type 来设置开启。
但是大多数情况下我会建议你不要使用查询缓存，为什么呢？因为查询缓存往往弊大于利。

分析器

如果没有命中查询缓存，就要开始真正执行语句了。首先，MySQL 需要知道你要做什么，因此需要对 SQL 语句做解析。
分析器先会做词法分析。你输入的是由多个字符串和空格组成的一条 SQL 语句，MySQL 需要识别出里面的字符串分别是什么，代表什么。
做完了这些识别以后，就要做语法分析。根据词法分析的结果，语法分析器会根据语法规则，判断你输入的这个 SQL 语句是否满足 MySQL 语法。

优化器

经过了分析器，MySQL 就知道你要做什么了。在开始执行之前，还要先经过优化器的处理。
优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。

执行器

执行器会执行执行计划，执行计划是通过优化器优化之后的一种数据结构，它会指导执行器如何去执行这个 SQL。在 SQL 调优时可以通过 explain 来查看执行计划。

存储引擎

常用的存储引擎为 InnoDB。