符合中小企业对网站设计、功能常规化式的企业展示型网站建设
本套餐主要针对企业品牌型网站、中高端设计、前端互动体验...
商城网站建设因基本功能的需求不同费用上面也有很大的差别...
手机微信网站开发、微信官网、微信商城网站...
下文主要给大家带来MySQL执行计划详细解读,希望mysql执行计划详细解读能够带给大家实际用处,这也是我编辑这篇文章的主要目的。好了,废话不多说,大家直接看下文吧。
让客户满意是我们工作的目标,不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户,将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴,公司提供的服务项目有:域名申请、虚拟空间、营销软件、网站建设、江孜网站维护、网站推广。
继续上次没有写完的执行计划部分
6.possible_keys可能使用到的索引,这个的理解呢, 表示查询时可能使用的索引。只是可能用到,但是并不一定用到。如果是空的,表明肯定是没有相关的索引。但是如果有值,也不一定能够用到。
7.key实际使用的索引。
6,7的话一起来看下面的例子:
mysql> explain select * from `order` where seller_id = 19;
+----+-------------+-------+------------+------+------------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+------------------+------+---------+------+------+----------+-------------+
| 1 | SIMPLE | order | NULL | ALL | 商家,seller_id | NULL | NULL | NULL | 2197 | 100.00 | Using where |
+----+-------------+-------+------------+------+------------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)
mysql> explain select * from `order` where customer_id = 55029;
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
| 1 | SIMPLE | order | NULL | ref | customer_id | customer_id | 8 | const | 10 | 100.00 | NULL |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)
对于第一条sql,这里的possible_keys的结果为有可能走seller_id上的索引,但是实际的key为NULL。之前也说过了,因为只有一个卖家,虽然有索引,但是Innodb选择了全表扫描,这是基于CBO进行选择的结果。我们现在删除一下seller_id上的索引看看是怎么样的。
mysql> explain select * from `order` where seller_id = 19;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| 1 | SIMPLE | order | NULL | ALL | 商家 | NULL | NULL | NULL | 2197 | 100.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)
可见已经走的是全表扫表了。
第二条sql这里的possible_keys的结果为seller_id,实际上也是走的seller_id,说明索引生效了。
8.key_len使用到索引字段的长度
注意:key_len是通过定义得到的,表示索引字段的最大可能长度,并非实际使用长度。
曾经踩过一个坑,因为创建索引的时候,并没有主动定义索引长度,结果长度为20的字段索引长度只有4。然后索引不生效导致数据库雪崩。所以平时最好养成一个定义索引时记得加长度的习惯。
9.ref显示哪个字段或常数与key一起被使用
如果是使用的常数等值查询,这里会显示const
如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段
如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里可能显示为func
如果没有用索引的话,这里会显示NULL
10.row扫描行数
这个数表示mysql要遍历多少数据才能找到,是根据统计得来的,可能并不是十分精准
11.filtered过滤百分比
针对条件的记录数的百分比所做的一个估算(这里是一个悲观估算,即最大值),即mysql将要过滤行数的百分比。
12.Extra额外信息
Using index:表示覆盖索引,只查询索引值就满足sql的要求了。
mysql> explain select customer_id from `order` where customer_id = 55029;
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------------+
| 1 | SIMPLE | order | NULL | ref | customer_id | customer_id | 8 | const | 10 | 100.00 | Using index |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)
对于以上关于mysql执行计划详细解读,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。