本篇內(nèi)容介紹了“MySQL關(guān)于主鍵索引的分析”的有關(guān)知識，在實(shí)際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)建站專業(yè)為企業(yè)提供南海網(wǎng)站建設(shè)、南海做網(wǎng)站、南海網(wǎng)站設(shè)計(jì)、南海網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)與制作、南海企業(yè)網(wǎng)站模板建站服務(wù)，十年南海做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

到底InnoDB會不會在索引末尾加上主鍵，什么時(shí)候會加？

CREATE TABLE t ( a char(32) not null primary key, b char(32) not null, KEY idx1 (a,b), KEY idx2 (b,a) ) Engine=InnoDB;

插入部分?jǐn)?shù)據(jù)后可以看到idx1和idx2兩個(gè)索引的大小相同。這說明idx1和idx2的內(nèi)部結(jié)構(gòu)是一樣的，因此 不可能是idx1在內(nèi)部存為(a,b,a)。

只要用戶定義的索引字段中包含了主鍵中的字段，那么這個(gè)字段就不會再被InnoDB自動加到索引中了，如果用戶的索引字段中沒有完全包含主鍵字段，InnoDB就會把剩下的主鍵字段加到索引末尾。

因此我們最初的例子中， idx1 和 idx2 兩個(gè)索引內(nèi)部大小完全一樣，沒有區(qū)別。

最后再補(bǔ)充下組合主鍵的例子：

CREATE TABLE t ( a char(32) not null, b char(32) not null, c char(32) not null, d char(32) not null, PRIMARY KEY (a,b) KEY idx1 (c,a), KEY idx2 (d,b) ) Engine=InnoDB;

這個(gè)表InnoDB會自動補(bǔ)全主鍵字典，idx1 實(shí)際上內(nèi)部存儲為 (c,a,b)，idx2 實(shí)際上內(nèi)部存儲為 (d,b,a)。
但是這個(gè)自動添加的字段，Server層是不知道的，所以MySQL優(yōu)化器并不知道這個(gè)字段的存在，所以如果你有一個(gè)查詢：

SELECT * FROM t WHERE d=x1 AND b=x2 ORDER BY a;

其實(shí)內(nèi)部存儲的idx2(d,b,a)可以讓這個(gè)查詢完全走索引，但是由于Server層不知道，所以最終MySQL優(yōu)化器可能選擇 idx2(d,b) 做過濾然后排序 a 字段，或者直接用PK掃描避免排序。

而如果我們定義表結(jié)構(gòu)的時(shí)候就定義為 KEY idx2(d,b,a) ，那么MySQL就知道(d,b,a)三個(gè)字段索引中都有，并且InnoDB發(fā)現(xiàn)用戶定義的索引中包含了所有的主鍵字段，也不會再添加了，并沒有增加存儲空間。

因此，由衷的建議，所有的DBA建索引的時(shí)候，都在業(yè)務(wù)要求的索引字段后面補(bǔ)上主鍵字段，這沒有任何損失，但是可能給你帶來意外的驚喜。

“mysql關(guān)于主鍵索引的分析”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！