mysql语句执行方式ref_Mysql语句执行步骤以及mysql优化

Mysql 中的语句执行步骤 对于索引的建立很有用

FORM: 对FROM的左边的表和右边的表计算笛卡尔积。产生虚表VT1

ON: 对虚表VT1进行ON筛选，只有那些符合的行才会被记录在虚表VT2中。

JOIN： 如果指定了OUTER JOIN(比如left join、 right join)，那么保留表中未匹配的行就会作为外部行添加到虚拟表VT2中，产生虚拟表VT3, rug from子句中包含两个以上的表的话，那么就会对上一个join连接产生的结果VT3和下一个表重复执行步骤1~3这三个步骤，一直到处理完所有的表为止。

WHERE： 对虚拟表VT3进行WHERE条件过滤。只有符合的记录才会被插入到虚拟表VT4中。

GROUP BY: 根据group by子句中的列，对VT4中的记录进行分组操作，产生VT5.

CUBE | ROLLUP: 对表VT5进行cube或者rollup操作，产生表VT6.

HAVING： 对虚拟表VT6应用having过滤，只有符合的记录才会被 插入到虚拟表VT7中。

SELECT： 执行select操作，选择指定的列，插入到虚拟表VT8中。

DISTINCT： 对VT8中的记录进行去重。产生虚拟表VT9.

ORDER BY: 将虚拟表VT9中的记录按照进行排序操作，产生虚拟表VT10.

LIMIT：取出指定行的记录，产生虚拟表VT11, 并将结果返回。

写的顺序：select ... from... where.... group by... having... order by.. limit [offset,]

(rows)

执行顺序：from... where...group by... having.... select ... order by... limit

Mysql 执行计划：

MySQL 使用 explain + sql 语句查看 执行计划，该执行计划不一定完全正确但是可以参考。

Select_type 说明

SIMPLE 简单查询

PRIMARY最外层查询

SUBQUERY映射为子查询

DERIVED子查询

UNION联合

UNION RESULT使用联合的结果

table 正在访问的表名

type说明

ALL全数据表扫描

index全索引表扫描

RANGE对索引列进行范围查找

INDEX_MERGE合并索引，使用多个单列索引搜索

REF根据索引查找一个或多个值

EQ_REF搜索时使用primary key 或 unique类型

CONST常量，表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。

SYSTEM系统，表仅有一行(=系统表)。这是const联接类型的一个特例。

性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const

性能在 range 之下基本都可以进行调优

limit

limit 匹配后就不会继续进行扫描

possible_keys : 可能使用的索引

key : 真实使用的

key_len : MySQL中使用索引字节长度

rows : mysql 预估为了找到所需的行而要读取的行数

extra说明

Using index此值表示mysql将使用覆盖索引，以避免访问表。

Using wheremysql 将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当(并且如果)它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。

Using temporarymysql 对查询结果排序时会使用临时表。

Using filesortmysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。

Range checked for each record(index map: N)没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的