Mysql优化系列之查询性能优化前篇2

接前一篇，这一篇主要总结下几个经常要用的命令

命令一：explain+sql

mysql> explain select * from servers;

+----+-------------+---------+------+---------------+------+---------+------+------+-------+

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

+----+-------------+---------+------+---------------+------+---------+------+------+-------+

|  1 | SIMPLE      | servers | ALL  | NULL          | NULL | NULL    | NULL |    1 | NULL  |

+----+-------------+---------+------+---------------+------+---------+------+------+-------+

row in set (0.03 sec)

上面是一个简单查询，重点观察属性如下：

type：表示MySQL在表中找到所需行的方式

　　type的值从上到下，性能依次从差到好：

　　ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行

　　index：Full Index Scan，index与ALL区别为index类型只遍历索引树

　　range：只检索给定范围的行，使用一个索引来选择行

　　ref:：表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值

　　eq_ref:：类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表

连接中使用primary key或者 unique key作为关联条件

　　const、system：当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表

中，MySQL就能将该查询转换为一个常量,system是const类型的特例，当查询的表只有一行的情况下，使用system

　　NULL：优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。

key：表示查询中实际使用的索引（键）

rows：找到记录所需扫描的行数

命令二：show engine innodb status

这个命令查看存储引擎输出的内部信息，有很多可用的信息供开发者去发掘，笔者因为有一次碰到一个数据库死锁问题用过该命令

这个死锁的提示被应用程序获取到打印到了web应用的日志中，为了验证这个问题，从这个命令的结果中找到了相应的死锁提示

根据业务代码的逻辑，打开了两个客户端去模拟重现这个死锁，最后发现是一个常见的人为导致的脏数据业务逻辑，简单来说，就

是常见的read-compare-write操作，当多个线程一起过来时很容易产生超时等待死锁

命令三：show full processlist

　　这是一个当前连接状态下查看Mysql正在做什么的命令，注意观察其中的command 列，表示当前某个命令的执行状态这些状态

包括Sleep,Query,Locked,Copying to tmp table [on disk],Sorting result

　　注意Copying to tmp table [on disk]，这表示某个线程正在执行查询并将结果集复制到一个临时表，如果后面还有on disk标记，

表示Mysql正在讲一个内存临时表放到磁盘上，笔者处理过一些大表，因为经验不足，做了一个select ……into……操作，出现了该

状态，因为select into语句会先把所有记录查询出来放在临时表中然后再执行insert操作，如果一次查询数据很多，而服务器内存又

不够存储下来，则会往磁盘上写临时表存下来，关于内存和磁盘的问题，属于服务器问题，有时间单独讲讲。一般的企业开发很少

因为内存问题导致数据库优化出现问题。

命令四：show variables like "%query_cache%"

查看mysql是否已开启缓存，图中的箭头所示ON表示开启缓存，前面已经讲到，mysql的缓存作用

命令五：show variables like "Last_query_cost"

　　这个命令用来评估当前查询的成本，你可以在select 后加sql_no_cache 去掉缓存的影响（不使用缓存），更准确的评估你的

这条查询话费的时间