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等所占的百份比