专栏持续更新中：MySQL详解
一、sql执行流程分析
一条sql从客户端发起，在mysql中经过了一系列的流程，归结为如下图所示：
客户端提交一条sql语句，先在查询缓存中查询，如果缓存没有命中，将会进行查表操作。查表的流程总结过为如下：
（1）将sql交给解析器处理，生成一个解析树。 （2）预处理器会处理解析器，重新生成一个解析器，这个过程中将会改写sql。 （3）改写后的解析器交给查询优化器，查询优化器生成sql的执行计划。 （4）执行计划交给执行引擎调用存储引擎的的API接口，查询数据。 （5）最终的结果由执行引擎返回给客户端，如果看，开启查询缓存的话将会返回给客户端。
二、sql执行顺序总结
- FROM <left_table>
- <join_type> JOIN <right_table>
- ON <join_condition>
- WHERE <where_condition>
- GROUP <group_by_list>
- WITH {CUBE|ROLLUP}
- HAVING <having_condition>
- SELECT
- DISTINCT <select_list>
- ORDER BY <order_by_list>
- LIMIT <limit_number>
三、查询优化器与执行计划
1、查询优化器
查询优化器的主要作用是用来生成sql的执行计划，查询优化器是数据库的核心大脑所在，从某种意义上来说，优化sql，本质是理解优化器的执行行为。在mysql中优化的依据是sql的执行成本，执行计划的生成是基于成本的，成本的决定是依据sql的执行行数。优化器工作的前提是了解数据，工作的目的是解析数据，生成执行计划。
2、查询优化器执行过程
如上图所示：
- 查询优化器有语法分析，词法分析，语义检查等过程。
- 预处理阶段（查询改写）
- 查询优化阶段：主要有逻辑优化，物理优化。
3.1. 逻辑优化 ：把sql交给查询优化器之后，会根据生成的解析树，对sql做一些改写操作。
3.2. 物理优化；过程是优化器生成获取数据去扫描数据的路径。 - 查询优化器优化依据，来自于代价估算器估算结果(它会调用统计信息作为计算依据)
- 交由执行器执行。
四、查看和干预sql执行计划
- 执行计划
查看执行计划可以采用explain关键字。
sql
EXPLAIN SELECT * from addr_longxi
当我们发现sql的执行计划不合理时，可以通过添加索引和强制驱动表的顺序，通过hints方式干预sql的执行计划。另外，mysql优化器的一些参数也可以进行修改，来控制优化器的一些行为。
- 优化器开关
sql
·show variables like 'optimizer_switch
- Processlist
另一种观测MySQL行为的常用手段就是Processlist。通过Processlist，我们可以看到当前在MySQL中执行的所有SQL语句，有没有异常的会话或比较特殊的SQL状态。查看会话操作可以通过2种途径：
第一，show [full] processlist；
第二，information_schema.processlist。
常见异常行为有：
- Coping to tmp table：出现在某些Alter Table语句的Copy Table操作.
- Copying to tmp table on disk：由于临时结果集大于tmp_table_size 将临时表中的数据转换到磁盘中
- Converting HEAP to MyISAM：线程正在从内部内存临时表到磁盘MYISA临时表
- Creating sort index：正在使用内部临时表处理Select查询。
- Sorting index：磁盘排序操作的一个过程。
- Sending data：将结果正在发送给客户端。