一条SQL查询语句是怎样执行的？

1.MySQL框架逻辑架构（包括各组件和作用）

  MySQL框架逻辑架构主要分为两层：Server层和存储引擎层。

1.1Server层

1.组件：

• 连接器：负责和客户端建立连接，获取权限，维持和管理连接。
• 查询缓存：命中则直接返回结果
• 分析器：词法分析，语法分析
• 优化器：执行计划生成，索引选择
• 执行器：操作引擎，返回结果

2.作用：
  包括以上几大组件，并涵盖MySQL的大多数核心服务功能以及内置函数（日期、时间、数学以及加密函数），所有跨存储引擎的功能都在这一层实现（包括存储过程，视图，触发器等），不过也可以通过指定引擎类型来切换成别的引擎。
 注意：不同的存储引擎共用一个Server层。

1.2存储引擎层

  存储引擎负责数据的存储和提取。其架构模式是插件式的，支持多种存储引擎。现在MySQL最常用也是默认的就是InnoDB（从5.5版本开始设为默认的）。

2.语句执行过程

2.1连接

  首先，通过连接器先连接到数据库上面，输完连接命令之后，需要在交互对话里面输入密码。在完成经典的TCP/IP之后，利用之前输入的账号和密码进行身份验证。
  存在两种情况：验证失败和验证成功。
  验证失败：会收到一个”Access denied for user“的错误提示
  验证成功：
     1.连接完成后，修改权限，会影响之后的使用权限吗？
  不会，在连接完成之后，即使用管理员进行权限的修改，也不会影响已经存在连接的权限。修改完成之后，新的连接才会使用新的权限限制。
     2.连接完成后，如果长时间没有后续动作会怎样？
  如果是短连接：每次执行完很少的几次查询就断开连接，下次查询就再建立一个新的连接。
  如果是长连接，长连接的概念是：连接成功后，如果客户端持续有请求，则一直使用同一个连接。
     3.全部使用长连接之后会出现哪些问题？
有些时候MySQL占用内存涨的特别快，这是因为MySQL在执行过程中临时使用的内存时管理在连接对象里面的。这些资源会在连接断开的时候才释放。所以如果长连接积累下来，可能导致内存占用太大，被系统强行杀掉 （OOM），从现象看，就是MySQL异常重启了。
     4.出现问题之后怎样解决呢？
    1.定期断开长连接。
    使用一段时间后，或者程序里面执行过一个占用内存的大查询后，断开连接，之后要查询再重新连接。
    2.使用5.7及以上版本的解决措施
    可以每次执行一个比较大的操作后，通过执行mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证，但是会将连接恢复到刚刚创建的状态

2.2查询优化

  连接建立完成之后，就会执行select语句，这时候就要进行查询缓存了。

2.2.1查询命中

1.优点：
  如果查询命中缓存，就不需要执行后面的操作，可以直接返回结果，效率很高。
2.为什么大多数情况下不推荐使用查询缓存？
  因为查询缓存往往利大于弊。
  查询缓存是小的频率非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。很可能刚刚把结果存起来，还没来得及使用，缓存就被一个更新给清空了。
  对于更新压力大的数据库，查询缓存的命中率非常低。
3.查询缓存应用场景
  很长时间才更新一次的静态表。如系统配置表。
4.使用方式 ——按需使用
  MySQL提供按需使用的方式，如果想要让SQL语句默认不使用查询缓存，可以将query_cache_type参数设置为DEMAND,对于确定要使用的语句可以使用SQL_CACHE显示指定。
  值得注意的是，MySQL8.0版本已经将查询缓存完全去掉了。

2.2.2查询未命中

  执行后面的操作，执行结束后，会将结果存储在查询缓存中。

2.3分析

2.3.1词法分析

  如果输入的是多个字符串和空格组成的SQL语句，则MySQL会对其进行词法分析，识别出里面的字符串分别是什么，代表什么。

2.3.2语法分析

  根据词法分析的结果，MySQL会进行语法分析，语法分析器会根据语法规则判断输入的SQL语句是否符合MySQL语法。如出现关键字错拼也属于是违反语法规则的。

2.4优化

  经过分析器之后，MySQL就会清楚地知道你到底想做什么了。但是在正式开始执行之前，还需要经过优化器的优化。
  优化器是在有多个索引的时候，决定用哪个索引，或者在一个语句中有多表关联的（join）的时候，决定各个表的连接顺序。
  优化器的作用是使用哪一种方案，在经过优化之后，语句的执行方案就确定下来了。

2.5执行

  在执行SQL语句之前需要先进行是否有权限。

• 有权限：
    如果有权限，则打开表继续执行。打开表的时候，执行器就会会根据表的引擎定义，去使用这个引擎提供的接口。
    调用InnoDB引擎接口取表中的第一行，判断它是否符合查询要求，如果不是，则跳过；如果是，就将这行存在结果集中。
    调用引擎接口取表的下一行，重复上一步的逻辑，直到最后一行。
    执行器将上述步骤中得到的所有满足条件的行组成的记录集作为结果集返回给客户端。
• 无权限：返回没有权限的错误。
• 关于工程实现上的权限验证
    查询缓存命中的时候 ，会在查询结果返回的时候进行权限验证。查询也会在优化器调用之前利用precheck做验证。
• 为什么权限验证不在优化器之前做？
    有些时候。有些SQL语句要操作的表并不是表面上的那些。比如如果有个触发器，得在执行过程中才能确定，优化器阶段前是无能为力的。

3.小tips

  关于扫描行数：rows_examined
  在慢查询日志中可以发现它的身影，它表示某个语句执行过程中扫描了多少行。这个值就是每次在执行器每次调用引擎获取数据行的时候进行累加的。
  但是要注意，有些场景下，执行器每次调用引擎接口会扫描多行，因此引擎扫描行数与rows_examined并不是完全相同的。