mysql优化之 EXPLAIN(一)
数据库优化最常用的命令就是用explain查看一下写的sql是否用到了索引:
如:
(root@localhost) [akapp]>explain select * from sc_activity where id='3a2cd2a83892d322c1332acdfe';
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
| 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL | Impossible WHERE noticed after reading const tables |
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
1 row in set (0.00 sec)
(root@localhost) [akapp]>explain select * from sc_activity where id like '%3a2cd2a83892d322c1332acdfe%';
+----+-------------+-------------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | sc_activity | ALL | NULL | NULL | NULL | NULL | 6665 | Using where |
+----+-------------+-------------+------+---------------+------+---------+------+------+-------------+
各列的含义如下:
1、id:SQL执行的顺序的标识。
sql从里向外执行,通过以上观察发现sql是按照id从大到小执行的。
2、select_type: select类型
1)、SIMPLE(不使用UNION或子查询等)
2) 、PRIMARY:最外层的select
3)、DERIVED:派生表的SELECT(FROM子句的子查询)
4)、UNION:UNION中的第二个或后面的SELECT语句
5)、UNION RESULT:UNION的结果。
6)、DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询
7)、SUBQUERY:子查询中的第一个SELECT
8)、DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
3、table:表的名字。
有时不是真实的表名字,看到的是derivedx(x是个数字,我的理解是第几步执行的结果)
4、type:连接操作的类型。
这列很重要,显示了连接使用了哪种类别,有无使用索引。在各种类型的关联关系当中,效率最高的是system,然后依次是const、eq_ref、ref、range、index和 All。一般来说,得保证查询至少达到range级别,最好能达到ref,否则就可能会出现性能问题。
1)、system
表只有一行:system表。这是const连接类型的特殊情况
2)、const
表中的一个记录的最大值能够匹配这个查询(索引可以是主键或惟一索引)。因为只有一行,这个值实际就是常数,因为MYSQL先读这个值然后把它当做常数来对待
3)、eq_ref
在连接中,MYSQL在查询时,从前面的表中,对每一个记录的联合都从表中读取一个记录,它在查询使用了索引为主键或惟一键的全部时使用
4)、ref
这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分(比如,利用最左边前缀)时发生。对于之前的表的每一个行联合,全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少(越少越好)
5)、range
这个连接类型使用索引返回一个范围中的行,比如使用>或<查找东西时发生的情况
6)、index
这个连接类型对前面的表中的每一个记录联合进行完全扫描(比ALL更好,因为索引一般小于表数据)
7)、ALL
这个连接类型对于前面的每一个记录联合进行完全扫描,这一般比较糟糕,应该尽量避免。因为它要扫描整个表。你可以加入更多的索引来解决这个问题。
5、possible_key:MySQL在搜索数据记录时可以选用的各个索引名。
这里的索引名是创建索引时指定的索引昵称;如果索引没有昵称,则默认显示的是索引中第一个列的名字(在上一节举的例子中是“firstname”)。默认索引名字的含义往往不是很明显。
6、key:它显示了MySQL实际使用的索引。
key数据列是MySQL实际选用的索引,如果它为空(或NULL),则MySQL不使用索引。
7、key_len:索引中被使用部分的长度,以字节计。
key_len的值可以告诉你在联合索引中mysql会真正使用了哪些索引。 在上例中,key_len是102,其中firstname占50字节,lastname占50字节,age占2字节(smallint存储大小为2字节)。如果MySQL只使用索引中的firstname部分,则key_len将是50。 在不损失精确性的情况下 ,key_len数据列里的值越小越好(意思是更快)。
8、ref:显示使用哪个列或常数与key一起从表中选择行。
ref数据列给出了关联关系中另一个数据表里的数据列的名字。
9、rows:MySQL所认为的它在找到正确的结果之前必须扫描的记录数。
这个数据越少越好。
10、extra:附加信息
Using index和Using where会遇到的比较多,可以重点记下,看到using filesort就是重点关注了。
1)、Distinct
一旦MYSQL找到了与行相联合匹配的行,就不再搜索了
2)、Not exists
MYSQL优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行,就不再搜索了
3)、Range checked for each
没有找到理想的索引,因此对于从前面表中来的每一个行组合,MYSQL检查使用哪个索引,并用它来从表中返回行。这是使用索引的最慢的连接之一
4)、Using filesort
看到这个的时候,查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行 如果没有要求建议不要排序
5)Using index
列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的,这发生在对表的全部的请求列都是同一个索引的部分的时候
6)Using temporary
看到这个的时候,查询需要优化了。这里,MYSQL需要创建一个临时表来存储结果,这通常发生在对不同的列集进行ORDER BY上,而不是GROUP BY上
7)Using where
使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行,并且连接类型ALL或index,这就会发生,或者是查询有问题
8)Impossible WHERE noticed after reading const tables | 5.7.17显示 no matching row in const table
产生“ Impossible WHERE noticed after reading const tables”的原因是这样的,当在查询语句中存在满足如下条件的 WHERE 语句时,MySQL在 EXPLAIN 之前会优先根据这一条件查找出对应的记录,并用记录的实际值替换查询中所有使用到的该表属性。这是因为满足以下四个条件时,就会使得针对该表的查询最多只能产生一条命中结果。在该表无法命中数据的情况下就会提示“在 const table 表中没有找到匹配的行”,而这个 “const table”就指的是满足下面四个条件的表。这是 MySQL 的一个优化策略。
a、当查询条件中包含了某个表的主键或者非空的唯一索引列
b、该列的判定条件为等值条件
c、目标值的类型与该列的类型一致
d、目标值为一个确定的常量
转载于:https://www.cnblogs.com/wzk-0000/p/11079414.html
mysql优化之 EXPLAIN(一)相关推荐
- MySQL 优化之 EXPLAIN 关键字
MySQL查询优化之explain的深入解析 0. 准备 首先执行如下的 sql 语句: CREATE TABLE IF NOT EXISTS `article` (`id` int(10) unsi ...
- MySql优化神器 Explain工具介绍
使用EXPLAIN关键字可以模拟优化器执行SQL语句,分析查询语句或是结构的性能瓶颈.在select语句之前增加explaion关键字,MySQL会在查询上设置一个标记,执行查询会返回执行计划的信息, ...
- MySQL — 优化之explain执行计划详解(转)
EXPLAIN简介 EXPLAIN 命令是查看查询优化器如何决定执行查询的主要方法,使用EXPLAIN,只需要在查询中的SELECT关键字之前增加EXPLAIN这个词即可,MYSQL会在查询上设置一个 ...
- MySQL 优化:Explain 执行计划详解
昨天中午在食堂,和部门的技术大牛们坐在一桌吃饭,作为一个卑微技术渣仔默默的吃着饭,听大佬们高谈阔论,研究各种高端技术,我TM也想说话可实在插不上嘴. 聊着聊着突然说到他上午面试了一个工作6年的程序员, ...
- mysql执行计划extra_四、MySQL优化之explain执行计划的extra属性
explain之extra 包含不适合在其他列中显示但十分重要的额外信息 using filesort:文件排序 表明MySQL会对数据使用一个外部的索引排序, 而不是按照表内的索引顺序读取, mys ...
- 四、MySQL优化之explain执行计划的extra属性
explain之extra 包含不适合在其他列中显示但十分重要的额外信息 using filesort:文件排序 表明MySQL会对数据使用一个外部的索引排序, 而不是按照表内的索引顺序读取, mys ...
- MySQL优化之Explain
文章目录 逻辑架构和Explain 逻辑体系架构 Explain 结果分析 逻辑架构和Explain 通过MySQL的逻辑架构我们可以了解一条命令从发送到结果之间的经历,而Explain关键字对命令在 ...
- MySQL 优化必经之路, Explain执行计划 ?
索引类似大学图书馆建书目索引,可以提高数据检索的效率,降低数据库的IO成本.MySQL在300万条记录左右性能开始逐渐下降,虽然官方文档说500~800w记录,所以大数据量建立索引是非常有必要的.My ...
- MySQL优化—工欲善其事,必先利其器之EXPLAIN
mysql explain命令是查询性能优化不可缺少的一部分. explain output columns 列名 说明 id 执行编号,标识select所属的行.如果在语句中没有子查询或者关联查询, ...
最新文章
- ACL中的wildcard mask
- 现代操作系统: 第五章 输入/输出
- h3c怎么创建虚拟服务器,h3c 设置虚拟服务器
- 在多字节的目标代码页中,没有此 Unicode 字符可以映射到的字符
- Linux系统常用目录操作函数
- linux7 配置mysql5.7字符集编码
- cefSharp 开发随笔
- HTTP请求和数据安全
- 结构化方法与面向对象方法应用比较
- 论文降重修改句子软件
- HeadFirst设计模式-命令模式
- 千方百剂显示服务器错误,千方百剂远程服务器地址
- 浅谈核桃的栽培技术与种植管理方法
- restful风格个人理解
- 计算机接口接触不良,如何处理电脑耳机插口接触不良
- php Guzzle源码,php中的curl类 guzzle 的使用
- iPhone尺寸大全(包含iPhone14系列)
- 寓教于乐!一款游戏让你成为 Vim 高手!
- java中求某个时间跳过节假日和周末
- cocos creator(12)
热门文章
- iOS 11 正式版发布,都有哪些新内容?
- JAVA day08 接口(interface),多态,instanceof
- java判断名字是否为张三_用java代码写一个判断名字是不是以K或T开头的?
- 求标准体重Java题_Java习题
- onestage方法_FCOS : 找到诀窍了,anchor-free的one-stage目标检测算法也可以很准 | ICCV 2019...
- linux中which命令详解,Linux下which命令使用详解(转)
- 800变频器故障代码_变频器通用故障码意义汇总讲解
- vue3被删除的两个功能
- linux数据向量化指令,不充分SIMD向量化技术研究.PDF
- linux6.3 插u盘,U盘安装centos 6.3教程(超级详细教程)