理解MySQL資料庫覆蓋索引

標籤：for   create   mysq   sql查詢   hellip   article   tle   explain   UI   

http://www.cnblogs.com/zl0372/articles/mysql_32.html

話說有這麼一個表：

CREATE TABLE `user_group` (   `id` int(11) NOT NULL auto_increment,   `uid` int(11) NOT NULL,   `group_id` int(11) NOT NULL,   PRIMARY KEY  (`id`),   KEY `uid` (`uid`),   KEY `group_id` (`group_id`), ) ENGINE=InnoDB AUTO_INCREMENT=750366 DEFAULT CHARSET=utf8

看AUTO_INCREMENT就知道資料並不多，75萬條。然後是一條簡單的查詢：

 

SELECT SQL_NO_CACHE uid FROM user_group WHERE group_id = 245;

 

很簡單對不對?怪異的地方在於：

　　如果換成MyISAM做儲存引擎的時候，查詢耗時只需要0.01s，用InnoDB卻會是0.15s左右

　　如果只是就這麼點差距其實不是什麼大不了的事，但是真實的業務需求比這個複雜，造成的差距也很大：MyISAM只需要0.12s，InnoDB則需要2.2s.，最終定位到問題癥結是在這條SQL。

　　Explain的結果是：

+----+-------------+------------+------+---------------+----------+---------+-------+------+-------+ | id | select_type | table      | type | possible_keys | key      | key_len | ref   | rows | Extra | +----+-------------+------------+------+---------------+----------+---------+-------+------+-------+ |  1 | SIMPLE      | user_group | ref  | group_id      | group_id | 4       | const | 5544 |       | +----+-------------+------------+------+---------------+----------+---------+-------+------+-------+

看起來已經用上索引了，而這條SQL語句已經簡單到讓我無法再最佳化了。最後請前同事Gaston診斷了一下，他認為：資料分布上，group_id相同的比較多，uid散列的比較均勻，加索引的效果一般，但是還是建議我試著加了一個多列索引：

 

ALTER TABLE user_group ADD INDEX group_id_uid (group_id, uid);

 

 

 

 

然後，不可思議的事情發生了……這句SQL查詢的效能發生了巨大的提升，居然已經可以跑到0.00s左右了。經過最佳化的SQL再結合真實的業務需求，也從之前2.2s下降到0.05s。

再Explain一次：

+----+-------------+------------+------+-----------------------+--------------+---------+-------+------+-------------+ | id | select_type | table      | type | possible_keys         | key          | key_len | ref   | rows | Extra       | +----+-------------+------------+------+-----------------------+--------------+---------+-------+------+-------------+ |  1 | SIMPLE      | user_group | ref  | group_id,group_id_uid | group_id_uid | 4       | const | 5378 | Using index | +----+-------------+------------+------+-----------------------+--------------+---------+-------+------+-------------+

原來是這種叫覆蓋索引(covering index)，MySQL只需要通過索引就可以返回查詢所需要的資料，而不必在查到索引之後再去查詢資料，所以那是相當的快!!但是同時也要求所查詢的欄位必須被索引所覆蓋到，在Explain的時候，輸出的Extra資訊中如果有“Using Index”，就表示這條查詢使用了覆蓋索引。

不過，還有一個無法解釋的問題就是，不用覆蓋索引的情況下，為什麼用MyISAM就快那麼多，而InnoDB就慢這麼多呢?求真相……

原文出處：http://xiaobin.net/201109/strange-sql-performance-problem/

理解MySQL資料庫覆蓋索引 （轉）