mysql 性能2

MYSQL调试工具以及辅助工具   sysbench，pt-diskstats，gunplot

gnuplot :plot "wenjianming" using 5(行数） w lines title “名字”

mysql 采用AUTOCOMMIT 模式，如果不是显示的开始事务，则每个select 都被当做事务执行提交操作，关于innodb，在事务执行过程中，随时都可以锁定，锁只有在执行commit或rollback才会释放，所有锁同时释放，innodb会根据隔离级别自动枷锁，可以不需要使用lock table，它会影响性能，除非关闭了AUTOCOMMIT。

索引。。。。。。。。。

获取相同数据的数量，

distinct：当select时，不选取重复数据

mysql> select count(*) AS cnt ,url_cnt from test_hash group by url_cnt;
+-----+------------+
| cnt | url_cnt    |
+-----+------------+
|   1 |  387695885 |
|   2 | 4018864572 |
+-----+------------+
2 rows in set (0.00 sec)

增加前缀索引  alter table test_hash add key(url_cnt(7));, 还有哈希索引

EXPLAIN

id

select查询的序列号

select_type

select查询的类型，主要是区别普通查询和联合查询、子查询之类的复杂查询。

table

输出的行所引用的表。

type

联合查询所使用的类型。

type显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般来说，得保证查询至少达到range级别，最好能达到ref。

possible_keys

指出MySQL能使用哪个索引在该表中找到行。如果是空的，没有相关的索引。这时要提高性能，可通过检验WHERE子句，看是否引用某些字段，或者检查字段不是适合索引。

key

显示MySQL实际决定使用的键。如果没有索引被选择，键是NULL。

key_len

显示MySQL决定使用的键长度。如果键是NULL，长度就是NULL。文档提示特别注意这个值可以得出一个多重主键里mysql实际使用了哪一部分。

ref

显示哪个字段或常数与key一起被使用。

rows

这个数表示mysql要遍历多少数据才能找到，在innodb上是不准确的。

Extra

如果是Only index，这意味着信息只用索引树中的信息检索出的，这比扫描整个表要快。

如果是where used，就是使用上了where限制。

如果是impossible where 表示用不着where，一般就是没查出来啥。

如果此信息显示Using filesort或者Using temporary的话会很吃力，WHERE和ORDER BY的索引经常无法兼顾，如果按照WHERE来确定索引，那么在ORDER BY时，就必然会引起Using filesort，这就要看是先过滤再排序划算，还是先排序再过滤划算。

关于MySQL性能分析及explain用法的知识就介绍到这里了，希望本次的介绍能够对您有所收获！

原文出处：http://blog.sina.com.cn/s/blog_4586764e0100o9s1.html。