共计 2808 个字符，预计需要花费 8 分钟才能阅读完成。
这篇文章主要介绍了 MySQL 中 explain 命令有什么用，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让丸趣 TV 小编带着大家一起了解一下。
下面来讲讲这个 MySQL 提供的 explain 命令：
语法：explain SQL 语句例如：
1explain select * from user where id=1执行完毕之后，它的输出有以下字段：
id
select_type
table
partitions
type
possible_keys
key
key_len
ref
rows
Extra
要想知道 explain 命名怎么使用，就必须把这些字段搞清楚
1. id
SELECT 查询的标识符，每个 SELECT 语句都会自动分配一个唯一的标识符
2. select_type
每个 select 查询字句的类型，具体类型以及对应作用如下表：
类型名解释 SIMPLE 简单 SELECT, 不使用 UNION 或子查询等 PRIMARY 查询中若包含任何复杂的子部分, 最外层的 select 被标记为 PRIMARYUNIONUNION 中的第二个或后面的 SELECT 语句 DEPENDENT UNIONUNION 中的第二个或后面的 SELECT 语句，取决于外面的查询 UNION RESULTUNION 的结果 SUBQUERY 子查询中的第一个 SELECTDEPENDENT SUBQUERY 子查询中的第一个 SELECT，取决于外面的查询 DERIVED 派生表的 SELECT, FROM 子句的子查询 UNCACHEABLE SUBQUERY 一个子查询的结果不能被缓存，必须重新评估外链接的第一行
3. table
显示这一行的数据是查哪张表的，不过有时短路显示的不是真实的表名。
4. partitions
匹配的分区 (这个目前用处不大)
5. type
访问类型，表示 MySQL 在表中找到所需行的方式，对应的值和解释如下：
类型名优级别解释 system1 表仅有一行 const2 表最多有一个匹配行, 在查询开始时即被读取 eq_ref3 使用 primary key 或者 unique key 作为多表连接的条件, 仅从该表中读取一行 ref4 作为查询条件的索引在每个表匹配索引值的行从表中读取出来 fulltext5 全文索引检索 ref_or_null6 和 ref 一致，但增加了 NULL 值查询支持 index_merge7 表示使用了索引合并优化方法 unique_subquery8 使用了替换了 in 子查询 index_subquery9 使用了替换了 in 子查询，但只适用于子查询中的非唯一索引 range10 只检索给定范围的行, 使用一个索引来选择行 index11 全表扫描，但扫描表的方式是按索引的次序进行 ALL12 全表扫描的方式找到匹配的行
type 作为访问类型，其值代表着当前查询所用的类型，是体现性能的一个重要指标，从表中可以看到，从上到下，扫描表的方式越来越宽，性能也就越来越差，因此，对于一个查询，最好能保持在 range 级别以上。
6. possible_keys
主动指出查询能用哪个索引在表中找到记录也就是会列出在查询中的字段中有索引的字段，但不一定被查询所用。
7. key
显示再查询中实际使用的索引 / 键，如果没有索引，则显示 NULL。但如果想强制查询中使用或忽视 possible_keys 列中的索引，则可以在查询中使用 FORCE INDEX、USE INDEX 或者 IGNORE INDEX。
8. key_len
表示索引中使用的字节数。
9. ref
表示哪些列或常量被用于查找索引列上的值。
10. rows
显示当前查询估算到的查找到匹配记录所需的记录行数。
11. Extra
显示当前查询所用的解决方式，它有以下几种情况：
类型名解释 Using where 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，Using temporary 表示 MySQL 需要使用临时表来存储结果集，常见于排序和分组查询 Using filesortMySQL 中无法利用索引完成的排序操作称为“文件排序”Using join buffer 改值强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。Impossible where 这个值强调了 where 语句会导致没有符合条件的行。Select tables optimized away 这个值意味着仅通过使用索引，优化器可能仅从聚合函数结果中返回一行
讲完了语法，我们来实际操作一波，首先创建个表：
-- 创建表
CREATE TABLE test(id INT(11) NOT NULL AUTO_INCREMENT,
uname VARCHAR(255),
PRIMARY KEY(id)
);然后给 uname 字段加上索引：
-- 添加索引
ALTER TABLE test ADD INDEX uname_index (uname);查看一下索引是否添加成功：
-- 查看是否有索引
SHOW INDEX FROM test;输出结果为：
可以看出索引已经创建成功，接下来添加一些数据：
-- 添加一些数据
INSERT INTO test VALUES(1, jay
INSERT INTO test VALUES(2, ja
INSERT INTO test VALUES(3, bril
INSERT INTO test VALUES(4, aybar一切准备就绪，下面用 explain 这个命令来探究一些 like 语句是否有索引,like 有四种情况，分别为没有 %、%%、左 %、右 %、
1. like 字段名
EXPLAIN SELECT * FROM test WHERE uname LIKE j输出为：
可以看出：type 的值为：range，key 的值为 uname_index，也就是说这种情况下，使用了索引。
2. like % 字段名 %
EXPLAIN SELECT * FROM test WHERE uname LIKE %j%输出为：
可以看出：type 的值为 ALL 也就是全表扫描，而且 key 的值为 NULL，也就是说没用到任何索引。
3. like % 字段名
EXPLAIN SELECT * FROM test WHERE uname LIKE %j输出为：
可以看出：type 的值为 ALL，key 的值为 NULL，同样没用到索引。
4. like 字段名 %
EXPLAIN SELECT * FROM test WHERE uname LIKE j%输出为：
可以看出：type 的值为：range，key 的值为 uname_index，也就是说这种情况下，使用了索引。
感谢你能够认真阅读完这篇文章，希望丸趣 TV 小编分享的“MySQL 中 explain 命令有什么用”这篇文章对大家有帮助，同时也希望大家多多支持丸趣 TV，关注丸趣 TV 行业资讯频道，更多相关知识等着你来学习!
