在开发阶段我们经常使用查询语句，但是一条语句的查询是如何执行的呢，如下语句
mysql> select * from depart;日常中，我们只看到返回一条或多条结果，并没有过多的去关注查询语句具体要执行那些流程，今天我们看看他的执行流程，我们先整体的看一下他的流程图，如下
SERVER
server层包括了连接器，缓存，分析器，优化器，执行器，涵盖了mysql的主要功能，也包括内置的函数，如日期，时间，数学，加密等，基本所有的功能都在这一次实现如视图，触发器，存储过程等
存储引擎
存储引擎是支持数据的存储以及接口的提供，支持多种存储引擎，如InnoDB,Myisam,Memory等待，Mysql5.5之后默认使用InnoDB,在创建标的时候不指定存储引擎，默认就是InnoDB,也可以使用engine=memory指定，每一种存储引擎使用场景不同，
接下来我们把每一个执行的节点详细解释一下
连接器
客户端第一次链接的时候，连接器会进行权限的验证以及用户密码验证，可以使用下面命令建立链接
mysql -h$ip -u$user -p$password当然，也可以使用图形界面的客户端进行连接，使用命令一般不建议直接数据密码，防止密码泄露
mysql连接分为长连接和短连接，长连接是连接成功后，如果客户端有请求一直会是同一个连接，短连接是执行多次查询之后会断开，重新再次连接，默认时间是8小时，可以使用参数wait_timeout配置。
由于连接是一个相对复杂好资源的过程，一般建议使用长连接，但是使用长连接的时候可能会出现内存占用过大，那是因为Mysql执行过程的临时内存是使用的是连接对象，当连接断开的时候，才会进行释放资源，我们可以采用以下两个方案进行处理
- 定期断开长连接，使用一段时间之后，或者在一个大的查询执行之后，断开重新，之后查询重新链接
- 如果使用的mysql5.7以及以上，可以使用mysql_restart_connection来初始化链接资源，其中是不需要重新链接和权限的验证
这里说明一下，用户连接之后，管理员再次更改用户的权限的时候，是不影响已经获取的权限的用户，仅仅在重新链接之后才会起作用
缓存
缓存本是提高mysql性能的功能，当请求在缓存中命中，直接返回，但是有每一更新都会使缓存的数据失效，之前的缓存的数据就没有用了，mysql8.0已经把缓存功能去掉了，
缓存的使用在某些场景还是可以使用的，比如一些系统配置变量，我们也可以使用SQL_CACHE显示指定查询缓存，也可以使用参数query_cache_type设置成DEMAND,禁止使用缓存
select SQL_CACHE * from dpet;分析器
一条查询语句在分析其中是要进行语法分析和词法分析，词法分析就是要分析你的字符串代表的是什么，如select 就是代表查询的意思，字符串ID分析就是对应你的列ID,
语法分析是指当你的的sql语句是够符合sql的规范，如下面使用下面语句
mysql> elect * from depart;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 depart' at line 1由于你少打了一个s,就会保存提示You have an error in your SQL syntax
优化器
进过了分析器，知道了sql语句的含义，接下来，我们就要进行优化器的处理，一条语句的执行是有多个索引的，到底执行那个索引是由优化器来决定，比如下面的语句
select * from A a inner join B b on a.id=b.bid where a.name='jiepi' b.age=12上面语句到底是查询A表的name还是B表的age,他们的执行效率是不一样的。
执行器
分析器分析你要干什么，优化器分析你要怎么执行，真正的执行是在执行器中执行
一条语句的执行，在判断查询的表是否有权限，如果没有返回报错，如果有权限直接打开表，然后根据表的引擎定义，使用引擎的查询接。
select * from T where ID=10;如上图，他的执行流程如下
- 调用InnoDB引擎接口取第一行，如果是就放到结果集中，否则继续第二行
- 调用存储引擎的接口，重复执行，直到最后一行
- 最后把符合的结果返回给客户端
你在查询慢日志的时候会发现有一个rows_examined的字段，他就代表的执行器扫描的行数，但是有些场景执行器调用一次，存储引擎内部会扫描多行，因此引擎扫描行和rows_examined是不一样的。
