MySQL检测 explain解析

为什么80%的码农都做不了架构师？>>>   

1.使用explain检测执行语句

如：explain select * from user where user_id=1;

会出现如下结果：

table |  type | possible_keys | key | key_len  | ref | rows | Extra

列名	table	type	possible_keys	key	key_len	ref	rows	Extra
所代表意义	指明是哪张表	使用了何种类型	可能应用在这张表中的索引。如果为空，没有可能的索引	实 际使用的索引。如果为NULL，则没有使用索引。	使用的索引的长度	显示索引的哪一列被使用了	这个数表示mysql要遍历多少数据才能找到，在innodb上是不准确的。	关于MYSQL如何解析查询的额外信息
类型		const>eq_reg>ref>range>indexhe>ALL

2.关于extra列返回的意义

Distinct	Not exists	Record（index map:#）	Using filesort	Using index	Using temporary	Where used
一旦MYSQL找到了与行相联合匹配的行，就不再搜索了	MYSQL优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了	没有找到理想的索引，因此对于从前面表中来的每一个行组合，MYSQL检查使用哪个索引，并用它来从表中返回行。这是使用索引的最慢的连接之一	看到这个的时候，查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行	列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候	看到这个的时候，查询需要优化了。这里，MYSQL需要创建一个临时表来存储结果，这通常发生在对不同的列集进行ORDER BY上，而不是GROUP BY上	使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行，并且连接类型ALL或index，这就会发生，或者是查询有问题

 

3.开始慢查询日志

在my.ini中：

long_query_time=1

log-slow-queries=d:\mysql5\logs\mysqlslow.log

把超过1秒的记录在慢查询日志中

可以用mysqlsla来分析之。也可以在mysqlreport中，有如

DMS分别分析了select ,update,insert,delete,replace等所占的百份比

转载于:https://my.oschina.net/Shinsg/blog/1510247