MySQL單列索引和組合索引的區別

轉自：http://www.codesky.net/article/201010/147217.html

ySQL單列索引和組合索引的區別可能有不少人還不是十分的瞭解，下面就爲您分析二者的主要區別，供您參考學習。

爲了形象地對比二者，再建一個表：
CREATE TABLE myIndex ( i_testID INT NOT NULL AUTO_INCREMENT, vc_Name VARCHAR(50) NOT NULL, vc_City VARCHAR(50) NOT NULL, i_Age INT NOT NULL, i_SchoolID INT NOT NULL, PRIMARY KEY (i_testID) );
在這 10000 條記錄裏面 7 上 8 下地分佈了 5 條 vc_Name="erquan" 的記錄，只不過 city,age,school 的組合各不相同。
來看這條 T-SQL：SELECT i_testID FROM myIndex WHERE vc_Name='erquan' AND vc_City='鄭州' AND i_Age=25;
首先考慮建MySQL單列索引：
在 vc_Name 列上創建了索引。執行 T-SQL 時，MYSQL 很快將目標鎖定在了 vc_Name=erquan 的 5 條記錄上，取出來放到一中間結果集。在這個結果集裏，先排除掉 vc_City 不等於"鄭州"的記錄，再排除 i_Age 不等於 25 的記錄，最後篩選出惟一的符合條件的記錄。
雖然在 vc_Name 上創建了索引，查詢時MYSQL不用掃描整張表，效率有所提升，但離咱們的要求還有必定的距離。一樣的，在 vc_City 和 i_Age 分別創建的MySQL單列索引的效率類似。
爲了進一步榨取 MySQL 的效率，就要考慮創建組合索引。就是將 vc_Name,vc_City，i_Age 建到一個索引裏：
ALTER TABLE myIndex ADD INDEX name_city_age (vc_Name(10),vc_City,i_Age);
建表時，vc_Name 長度爲 50，這裏爲何用 10 呢？由於通常狀況下名字的長度不會超過 10，這樣會加速索引查詢速度，還會減小索引文件的大小，提升 INSERT 的更新速度。
執行 T-SQL 時，MySQL 無須掃描任何記錄就到找到惟一的記錄！！
確定有人要問了，若是分別在 vc_Name,vc_City，i_Age 上創建單列索引，讓該表有 3 個單列索引，查詢時和上述的組合索引效率同樣嗎？大不同，遠遠低於咱們的組合索引。雖然此時有了三個索引，但 MySQL 只能用到其中的那個它認爲彷佛是最有效率的單列索引。
創建這樣的組合索引，實際上是至關於分別創建了
vc_Name,vc_City,i_Age
vc_Name,vc_City
vc_Name
這樣的三個組合索引！爲何沒有 vc_City，i_Age 等這樣的組合索引呢？這是由於 mysql 組合索引「最左前綴」的結果。簡單的理解就是隻從最左面的開始組合。並非只要包含這三列的查詢都會用到該組合索引，下面的幾個 T-SQL 會用到：
SELECT * FROM myIndex WHREE vc_Name="erquan" AND vc_City="鄭州"
SELECT * FROM myIndex WHREE vc_Name="erquan"
而下面幾個則不會用到：
SELECT * FROM myIndex WHREE i_Age=20 AND vc_City="鄭州"
SELECT * FROM myIndex WHREE vc_City="鄭州"

先Mark一下，公司主要是sybase，後續研究一笑sybase是否是這樣的