目录
mysql Sql语句优化中，通过慢日志这种方式是比较常用的一种方式，这里总结下。
在大数据量的mysql查询中，有时候通过不同的sql语句，查询的时间差别很大，这其中就引申出来了sql语句优化的问题。
我这边导入测试数据参照之前的博文：mysql导入百万测试数据
这边建立了两个索引，一个是title ，另一个是联合索引（title,angency）
我这边用的是navicate工具
然后我们写一个sql执行计划
explain select * from test where title='玛亭' \G; 显示结果是：
参数意义
可以看到显示的数据参数有id,select_type,table等等。下面详细介绍下各参数意义。
id
id: select查询的序列号，标识执行的顺序
1、id相同，执行顺序由上至下
2、id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
3、id相同又不同即两种情况同时存在，id如果相同，可以认为是一组，从上往下顺序 执行;在所有组中，id值越大，优先级越高，越先执行
select_type
查询的类型，主要是用于区分普通查询、联合查询、子查询等
SIMPLE:简单的select查询，查询中不包含子查询或者union
PRIMARY:查询中包含子部分，最外层查询则被标记为primary
SUBQUERY/MATERIALIZED:SUBQUERY表示在select 或 where列表中包含了子查询
MATERIALIZED表示where 后面in条件的子查询
UNION:若第二个select出现在union之后，则被标记为union;
UNION RESULT:从union表获取结果的select
table
执行计划所涉及的表
直接显示表名或者表的别名
<unionM,N> 由ID为M,N 查询union产生的结果<subqueryN> 由ID为N查询生产的结果
type
访问类型，sql查询优化中一个很重要的指标，结果值从好到坏依次是:system > const > eq_ref > ref > range > index > ALL
system:表只有一行记录(等于系统表)，const类型的特例，基本不会出现，可以忽略不计
const:表示通过索引一次就找到了，const用于比较primary key 或者 unique索引
eq_ref:唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描
ref:非唯一性索引扫描，返回匹配某个单独值的所有行，本质是也是一种索引访问
range:只检索给定范围的行，使用一个索引来选择行
index:Full Index Scan，索引全表扫描，把索引从头到尾扫一遍
ALL:Full Table Scan，遍历全表以找到匹配的行
possible_keys
查询过程中有可能用到的索引
key
实际使用的索引，如果为NULL，则没有使用索引
rows
根据表统计信息或者索引选用情况，大致估算出找到所需的记录所需要读取的行数
filtered
它指返回结果的行占需要读到的行(rows列的值)的百分比 表示返回结果的行数占需读取行数的百分比，filtered的值越大越好