[MySQL性能優化系列]巧用索引

1. 普通青年的索引使用方式

假設我們有一個用戶表 tb_user，內容如下：

執行SQL語句：

SELECT name FROM tb_user WHERE age = 20;

預設情況下，MySQL需要遍歷整張表，才能找到符合條件的記錄。如果在age欄位上建立索引，那麼MySQL可以很快找到所有符合條件的記錄（索引本身通過B+樹實現，查起來很快。簡單起見，想象一下二分查找和遍歷查找的區別。）

2. 文藝青年的玩法

2.1 用冗餘的聯合索引加速查詢

接著上面的例子，我們假設，tb_user表有一百萬行，通常情況下，"WHERE age = 20"這樣的語句，會返回幾萬行數據，實際測試下發現，速度不夠快。

原因是，MySQL根據索引查詢到符合條件的記錄後，還需要到表空間里一一查找這些記錄（實際上，索引里同時記錄了age欄位和關聯記錄的物理行號），這意味著，MySQL必須讀取表空間多達幾萬次，才能返回最終結果。

聰明的你可能已經想到了，如果age欄位的索引上有name欄位的值話，MySQL就不用再費事地去訪問表空間了。

最終解決方案：建立聯合索引，讓MySQL直接從索引中取出name欄位的值

KEY `age_with_name` (`age`,`name`)

註意這裡的順序，必須是先age後name，反之不行（除非你是根據name查age）。

2.2 用冗餘的聯合索引加速排序

依然是之前的表，假設要做這樣的查詢：

SELECT * FROM tb_user ORDER BY age;

因為我們在age上有索引，所以排序是很快的（索引的本質就是將表記錄的物理行號按照特定規則排序）

實際項目中，SQL可能比這個複雜些，比如：

SELECT * FROM tb_user WHERE sex='男' ORDER BY age;

這個時候，age欄位上的索引就派不上用場了。因為，age索引是面向整個表的，篩選後的表和age索引是對不上的。

解決方案：依然是聯合索引！

KEY `age_with_name` (`sex`,`age`)

這個聯合索引，同時記錄了sex和age，並且排序的規則是，先按sex排，sex相同時按age排。那麼，通過"WHERE sex='男'"，MySQL先對索引進行篩選，然後剩下的索引正好就是按照age排序的了。因此，整個SQL的排序速度依然很快。