学会使用EXPLAIN关键字对执行的sql语句进行分析
mysql> explain select * from t_order;
±—±------------±--------±-----±--------------±-----±--------±-----±-------±------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
±—±------------±--------±-----±--------------±-----±--------±-----±-------±------+
| 1 | SIMPLE | t_order | ALL | NULL | NULL | NULL | NULL | 100453 | |
±—±------------±--------±-----±--------------±-----±--------±-----±-------±------+
1 row in set (0.03 sec)
- id: select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序,id越大优先级越高
- select_type:表示查询的类型,主要是用于区别普通查询、联合查询、子查询等的复杂查询
- SIMPLE 简单的select查询,查询中不包含子查询或者UNION
- PRIMARY 查询中若包含任何复杂的子部分,最外层查询则被标记为PRIMARY
- SUBQUERY 在SELECT或WHERE列表中包含了子查询
- DERIVED 在FROM列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表中
- UNION 若第二个SELECT出现在UNION之后,则被标记为UNION:若UNION包含在FROM子句的子查询中,外层SELECT将被标记为DERIVED
- UNION RESULT 从UNION表获取结果的SELECT
- table:指的就是当前执行的表
- type:这是重要的列,显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL
- const 表示通过索引一次就找到了
- eq_ref 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
- ref 非唯一性索引扫描,可能会找到多个符合条件的行
- range 只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的where语句中出现between、< 、>、in等的查询,这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引。
- index Index与All区别为index类型只遍历索引树.
- all 将遍历全表以找到匹配的行 .
- possible_keys 显示可能应用在这张表中的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用。
- key 实际使用的索引,如果为NULL,则没有使用索引。使用了覆盖索引,则该索引仅出现在key列表中。
- key_len 索引的长度,不损失精确性的情况下,长度越短越好。
- ref 显示索引的那一列被使用了。
- rows 读取的行数
- Extra 额外信息 下面两个说明需要优化
- Using filesort 文件排序
- Using temporary 临时表。常见于排序order by和分组查询group by。
- 数据库表设计方面。采用三范式来减少冗余字段,但根据业务需求分析也可以在适当地方采取反范式的设计(就是这么矛盾)。
- 选择存储引擎。需要事务支持,更新操作较多的项目,我们选用innodb;而查询操作较多的,我们选择myisam。
- 创建高性能索引。在更新较少,辨识度较高,查询较多等的列上创建索引。避免重复冗余索引,不在大字段上创建索引等。
- 谨慎选择字段数据类型,尽量选择满足需求的最小范围字段类型。时间类型可以使用整形。非必要的情况下避免使用null值。优先考虑自增长主键是否满足需求,遵循数字优先、日期次之、字符串最后的原则。
- 剩下的是一些sql语句的优化了。少用*,join替代子查询,limit之前用where缩小范围,where语句将等式判断放在左侧,=号左边不用函数计算,用union替代手动创建的临时表,按照执行顺序将小表放在优先执行的位置。