社区
MySQL
帖子详情
mysql中explain中的参数的分析,主要输type和ref
停在浪肩
2014-03-18 02:18:24
mysql中的explain中的各个参数是什么意思,可以分析索引的优略吗
...全文
13404
3
打赏
收藏
mysql中explain中的参数的分析,主要输type和ref
mysql中的explain中的各个参数是什么意思,可以分析索引的优略吗
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
rucypli
2014-03-19
打赏
举报
回复
4.type 这列很重要,显示了连接使用了哪种类别,有无使用索引. 从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL (1).system 这是const联接类型的一个特例。表仅有一行满足条件.如下(t3表上的id是 primary key) mysql> explain select * from (select * from t3 where id=3952602) a ; +----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+ | 1 | PRIMARY | <derived2> | system | NULL | NULL | NULL | NULL | 1 | | | 2 | DERIVED | t3 | const | PRIMARY,idx_t3_id | PRIMARY | 4 | | 1 | | +----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+ (2).const 表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const表很快,因为它们只读取一次! const用于用常数值比较PRIMARY KEY或UNIQUE索引的所有部分时。在下面的查询中,tbl_name可以用于const表: SELECT * from tbl_name WHERE primary_key=1; SELECT * from tbl_name WHERE primary_key_part1=1和 primary_key_part2=2; 例如: mysql> explain select * from t3 where id=3952602; +----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+ | 1 | SIMPLE | t3 | const | PRIMARY,idx_t3_id | PRIMARY | 4 | const | 1 | | +----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+ (3). eq_ref 对于每个来自于前面的表的行组合,从该表中读取一行。这可能是最好的联接类型,除了const类型。它用在一个索引的所有部分被联接使用并且索引是UNIQUE或PRIMARY KEY。 eq_ref可以用于使用= 操作符比较的带索引的列。比较值可以为常量或一个使用在该表前面所读取的表的列的表达式。 在下面的例子中,MySQL可以使用eq_ref联接来处理ref_tables: SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column; SELECT * FROM ref_table,other_table WHERE ref_table.key_column_part1=other_table.column AND ref_table.key_column_part2=1; 例如 mysql> create unique index idx_t3_id on t3(id) ; Query OK, 1000 rows affected (0.03 sec) Records: 1000 Duplicates: 0 Warnings: 0 mysql> explain select * from t3,t4 where t3.id=t4.accountid; +----+-------------+-------+--------+-------------------+-----------+---------+----------------------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+--------+-------------------+-----------+---------+----------------------+------+-------+ | 1 | SIMPLE | t4 | ALL | NULL | NULL | NULL | NULL | 1000 | | | 1 | SIMPLE | t3 | eq_ref | PRIMARY,idx_t3_id | idx_t3_id | 4 | dbatest.t4.accountid | 1 | | +----+-------------+-------+--------+-------------------+-----------+---------+----------------------+------+-------+ (4).ref 对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取。如果联接只使用键的最左边的前缀,或如果键不是UNIQUE或PRIMARY KEY(换句话说,如果联接不能基于关键字选择单个行的话),则使用ref。如果使用的键仅仅匹配少量行,该联接类型是不错的。 ref可以用于使用=或<=>操作符的带索引的列。 在下面的例子中,MySQL可以使用ref联接来处理ref_tables: SELECT * FROM ref_table WHERE key_column=expr; SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column; SELECT * FROM ref_table,other_table WHERE ref_table.key_column_part1=other_table.column AND ref_table.key_column_part2=1; 例如: mysql> drop index idx_t3_id on t3; Query OK, 1000 rows affected (0.03 sec) Records: 1000 Duplicates: 0 Warnings: 0 mysql> create index idx_t3_id on t3(id) ; Query OK, 1000 rows affected (0.04 sec) Records: 1000 Duplicates: 0 Warnings: 0 mysql> explain select * from t3,t4 where t3.id=t4.accountid; +----+-------------+-------+------+-------------------+-----------+---------+----------------------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+-------------------+-----------+---------+----------------------+------+-------+ | 1 | SIMPLE | t4 | ALL | NULL | NULL | NULL | NULL | 1000 | | | 1 | SIMPLE | t3 | ref | PRIMARY,idx_t3_id | idx_t3_id | 4 | dbatest.t4.accountid | 1 | | +----+-------------+-------+------+-------------------+-----------+---------+----------------------+------+-------+ 2 rows in set (0.00 sec) (5). ref_or_null 该联接类型如同ref,但是添加了MySQL可以专门搜索包含NULL值的行。在解决子查询中经常使用该联接类型的优化。 在下面的例子中,MySQL可以使用ref_or_null联接来处理ref_tables: SELECT * FROM ref_table WHERE key_column=expr OR key_column IS NULL; (6). index_merge 该联接类型表示使用了索引合并优化方法。在这种情况下,key列包含了使用的索引的清单,key_len包含了使用的索引的最长的关键元素。 例如: mysql> explain select * from t4 where id=3952602 or accountid=31754306 ; +----+-------------+-------+-------------+----------------------------+----------------------------+---------+------+------+------------------------------------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------------+----------------------------+----------------------------+---------+------+------+------------------------------------------------------+ | 1 | SIMPLE | t4 | index_merge | idx_t4_id,idx_t4_accountid | idx_t4_id,idx_t4_accountid | 4,4 | NULL | 2 | Using union(idx_t4_id,idx_t4_accountid); Using where | +----+-------------+-------+-------------+----------------------------+----------------------------+---------+------+------+------------------------------------------------------+ 1 row in set (0.00 sec) (7). unique_subquery 该类型替换了下面形式的IN子查询的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一个索引查找函数,可以完全替换子查询,效率更高。 (8).index_subquery 该联接类型类似于unique_subquery。可以替换IN子查询,但只适合下列形式的子查询中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr) (9).range 只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪个索引。key_len包含所使用索引的最长关键元素。在该类型中ref列为NULL。 当使用=、<>、>、>=、<、<=、IS NULL、<=>、BETWEEN或者IN操作符,用常量比较关键字列时,可以使用range mysql> explain select * from t3 where id=3952602 or id=3952603 ; +----+-------------+-------+-------+-------------------+-----------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+-------------------+-----------+---------+------+------+-------------+ | 1 | SIMPLE | t3 | range | PRIMARY,idx_t3_id | idx_t3_id | 4 | NULL | 2 | Using where | +----+-------------+-------+-------+-------------------+-----------+---------+------+------+-------------+ 1 row in set (0.02 sec) (10).index 该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。 当查询只使用作为单索引一部分的列时,MySQL可以使用该联接类型。 (11). ALL 对于每个来自于先前的表的行组合,进行完整的表扫描。如果表是第一个没标记const的表,这通常不好,并且通常在它情况下很差。通常可以增加更多的索引而不要使用ALL,使得行能基于前面的表中的常数值或列值被检索出。
benluobo
2014-03-18
打赏
举报
回复
具体可以参考mysql文档 至少针对你这个查询,已经是最好的了
性能测试
分析
【慢SQL
分析
】慢日志设置+慢SQL
分析
工具
通过慢sql
分析
的学习,了解什么是慢sql,以及慢SQL会引起那些性能问题。清楚慢sql日志的设置,然后再通过慢sql
分析
工具的学习,清楚慢sql
分析
的步骤和流程。慢sql
分析
工具:
mysql
dumpslow工具、
explain
工具、profile工具、Optimizer Trace工具。 提供课程
中
所使用的sql语句。 课程内容:第一章:课程简介1、课程介绍2、课程大纲 第二章:慢sql简介1、慢sql简介2、慢sql会引起的问题 第三章:慢日志的设置1、慢sql的
分析
流程2、慢日志
参数
理解3、慢日志
参数
设置:第1种方式:my.ini文件设置4、慢日志
参数
设置:第2种方式:sql脚本设置5、慢日志
参数
设置-效果验证 第四章:如何发现慢sql1、如何发现慢sql:第1种方式:慢日志文件2、如何发现慢sql:第2种方式:
mysql
库的slow_log表 第五章:慢sql
分析
工具1、慢sql提取-
mysql
dumpslow工具-使用方法2、慢sql提取-
mysql
dumpslow工具-操作实战3、慢sql的执行计划
分析
-
explain
分析
-执行计划结果说明4、慢sql的执行计划
分析
-
explain
分析
-索引介绍+
type
类型举例5、慢sql的资源开销
分析
-profile
分析
-
分析
步骤6、慢sql的资源开销
分析
-profile
分析
-show profile执行阶段说明7、慢sql的资源开销
分析
-profile
分析
-完整列表说明+操作实战8、慢sql的跟踪
分析
-Optimizer Trace
分析
-
分析
步骤9、慢sql的跟踪
分析
-Optimizer Trace表的介绍10、索引失效场景举例 第六章:慢日志清理1、慢日志清理
mysql
explain
ref
列_
MySQL
EXPLAIN
详解
MySQL
EXPLAIN
详解:http://www.jianshu.com/p/ea3fc71fdc45
MySQL
EXPLAIN
命令是查询性能优化不可缺少的一部分,该文
主要
讲解
explain
命令的使用及相关
参数
说明。
EXPLAIN
Output Columns列名 说明id 执行编号,标识...
mysql
EXPLAIN
语法
type
类型
分析
mysql
EXPLAIN
语法
type
类型
分析
MySQL
Explain
使用及
参数
详解
MySQL
常见的性能瓶颈一般都是出现在CPU和I/O上,即在数据装入内存
中
或磁盘上读取数据时,CPU发生了饱和或装入数据过大,内存容量不足,磁盘I/O性能被限制。这时候就要使用到
Explain
关键字来进行
分析
和调优。 基本...
MySQL
56,677
社区成员
56,708
社区内容
发帖
与我相关
我的任务
MySQL
MySQL相关内容讨论专区
复制链接
扫一扫
分享
社区描述
MySQL相关内容讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章