MySQL聯(lián)合索引默認(rèn)會包含主鍵么？

innodb普通索引末尾都會帶上主鍵值
查詢主鍵直接在索引段上就可以完成
查詢其他字段會先根據(jù)索引找到主鍵值，再根據(jù)主鍵查找聚簇索引找到你要的字段

Innodb表的數(shù)據(jù)存在主鍵索引樹（B+Tree）葉子節(jié)點上；二級索引存儲索引字段值與主鍵。通過二級索引查找需要回表到主鍵樹上查處記錄

不包括id。
在查詢的時候只要where有name、age就會用到索引,
而id是主鍵,特殊的唯一性索引,算單列索引

剛才做了下測試，MYSQL5.7，確實包括。當(dāng)查詢條件命中這條記錄時。innodb會根據(jù)命中記錄的值去讀取對應(yīng)行的ID（這一步是根據(jù)指針操作）。一次查詢實際上會查找兩次（第1次根據(jù)索引查找到記錄指針，第二次根據(jù)指針查找ID）。

我想你問的應(yīng)該是覆蓋索引。這樣第一次根據(jù)索引查找到記錄指針時，由于索引中有ID，那么不會再去根據(jù)指針查詢ID了。

我不說結(jié)論，就舉個例子，假設(shè)表有4個列（比題主多1列，這樣可以把問題說明白）：

id, name, age, sex

id是主鍵，(name, age)是索引，那么在InnoDB里實際上包含2個索引(即2個B+樹)：

id -> (name, age, sex); // 主索引，每個InnoDB的表必然包含一個主索引，主索引必然包含所有的列
(name, age) -> id; // (name, age)這個索引

現(xiàn)在問題來了，如果你的查詢是：

SELECT id FROM table WHERE name = ? AND age = ?

只要查(name, age)索引就可以了，不會再查主索引的；但如果查詢是：

SELECT id, sex FROM table WHERE name = ? AND age = ?

先查(name, age)索引查到id后，再會查主索引查到sex，所以會比剛才多查一次。

===

把問題展開一下，上面這條語句如果是被反復(fù)使用的，可以這樣優(yōu)化查詢效率：可以把(name, age, sex)作為一個索引，這樣查(name, age)可以直接查到id和sex，不需要再查主索引了。

樓主說的應(yīng)該是二級多列索引
Innodb引擎下所有的表都會默認(rèn)有一個聚簇索引，該索引包含數(shù)據(jù)表中所有列值

然后除了這個聚簇索引，接下來才是我們自己創(chuàng)建的索引， 一般統(tǒng)稱為二級索引，比如樓主的多列索引其實就是二級索引中的種

注意二級索引是會自動包含你表中的主鍵列的，所以如果你的多列索引想包含主鍵列的話，不要手動在索引中包含，當(dāng)然，數(shù)據(jù)庫優(yōu)化器可能會幫你進(jìn)行優(yōu)化 但還是避免這種寫法

這也是innodb引擎和myisam的區(qū)別之一，前者有聚簇索引，后者沒有
前者索引數(shù)據(jù)需要現(xiàn)在二級索引中找到主鍵盤后根據(jù)主鍵到聚簇索引中找到最終數(shù)據(jù)，需要走兩次索引樹 而后者不管創(chuàng)建多少二級索引，都是通過索引直接找到葉子節(jié)點中指向具體表中的數(shù)據(jù)的那個指針