为什么要了解explain:
想了解select查询的内部情况,查询优化器是如何工作的,是否使用到了索引,explain可以做到。
MySQL查询优化器是如何工作的 :
MySQL查询优化器有几个目标,但是其中最主要的目标是尽可能地使用索引,并且使用最严格的索引来消除尽可能多的数据行。最终目标是提交SELECT语句查找数据行,而不是排除数据行。优化器试图排除数据行的原因在于它排除数据行的速度越快,那么找到与条件匹配的数据行也就越快。如果能够首先进行最严格的测试,查询就可以执行地更快。
一.explain共有十个属性参数
二.EXPLAIN列的解释:
1.id:选定的执行计划中查询的序列号。表示查询中执行select子句或操作表的顺序,id值越大优先级越高,越先被执行。id相同,执行顺序由上至下。
2.select_type:查询类型,说明:
3.table:显示这一行的数据是关于哪张表的
4.type:这是重要的列,显示连接使用了何种类型。
从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL
5.possible_keys:显示可能应用在这张表中的索引。如果为空,没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
6.key: 实际使用的索引。如果为NULL,则没有使用索引。很少的情况下,MYSQL会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USEINDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引
7.key_len:使用的索引的长度。在不损失精确性的情况下,长度越短越好
8.ref:显示索引的哪一列被使用了,如果可能的话,是一个常数
9.rows:MYSQL认为必须检查的用来返回请求数据的行数
10.Extra:关于MYSQL如何解析查询的额外信息。这里可以看到的坏的例子是Using temporary和Using filesort,意思MYSQL根本不能使用索引,结果是检索会很慢,应该避免。
很显然,当type是ALL,即最坏的情况。Extra里还出现了Using filesort,也是最坏的情况,优化是必须的。
索引不是添加的越多越好的,在不同数量级的表中,是有取舍的,本身维护索引可能也会成为一种负担,要会合理的添加索引。
用explain看看,你的语句该优化了吗?
声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com