關(guān)于MySQL復(fù)合索引的使用方法

MySQL的復(fù)合索引可以創(chuàng)建多個(gè)，每個(gè)復(fù)合索引可以包含一列或多列。復(fù)合索引使用的基本原則是左側(cè)對(duì)齊原則。例如，復(fù)合索引包含A，B，C字段，實(shí)際相當(dāng)于創(chuàng)建了5個(gè)索引，即：

成都創(chuàng)新互聯(lián)成立于2013年，我們提供高端網(wǎng)站建設(shè)公司、成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、網(wǎng)站定制、網(wǎng)絡(luò)營(yíng)銷(xiāo)推廣、小程序制作、微信公眾號(hào)開(kāi)發(fā)、成都網(wǎng)站推廣服務(wù)，提供專(zhuān)業(yè)營(yíng)銷(xiāo)思路、內(nèi)容策劃、視覺(jué)設(shè)計(jì)、程序開(kāi)發(fā)來(lái)完成項(xiàng)目落地，為酒店設(shè)計(jì)企業(yè)提供源源不斷的流量和訂單咨詢(xún)。

那么問(wèn)題來(lái)了，如果我們創(chuàng)建兩個(gè)復(fù)合索引，復(fù)合索引1：包含A，B，C列和復(fù)合索引2：包含B，C列，MySQL如何執(zhí)行呢？

按照正常的邏輯，和復(fù)合索引的原則，應(yīng)該能命中的索引是A_B_C_index，讓我們拭目以待吧！

結(jié)果：和上次測(cè)試的不一致，這次雖然包含ABC三個(gè)列，但命中的索引是B_C_index

重要結(jié)論：當(dāng)命中兩個(gè)或者多個(gè)不同的復(fù)合索引時(shí)，按照創(chuàng)建順序不同，MySQL會(huì)有不同策略來(lái)選取其中的一個(gè)復(fù)合索引。

Mysql建立索引經(jīng)驗(yàn)

在實(shí)際開(kāi)發(fā)中使用數(shù)據(jù)庫(kù)時(shí)，難免會(huì)遇到一些大表數(shù)據(jù)，對(duì)這些數(shù)據(jù)進(jìn)行查詢(xún)時(shí)，有時(shí)候SQL會(huì)查詢(xún)得特別慢，這時(shí)候，有經(jīng)驗(yàn)的老師傅會(huì)告訴你，你看一下哪幾個(gè)字段查的多，加一個(gè)索引就好了。

那么，怎么合理地建立索引呢？這里分享一下我的一些經(jīng)驗(yàn)，如有不妥之處，歡迎批評(píng)指正。

1、不要盲目建立索引 ， 先分析再創(chuàng)建

索引雖然能大幅度提升我們的查詢(xún)性能，但也要知道，在你進(jìn)行增刪改時(shí)，索引樹(shù)也要同樣地進(jìn)行維護(hù)。所以，索引不是越多越好，而是按需建立。最好是在一整塊模塊開(kāi)發(fā)完成后，分析一下，去針對(duì)大多數(shù)的查詢(xún)，建立聯(lián)合索引。

2、使用聯(lián)合索引盡量覆蓋多的條件

這是說(shuō)在一個(gè)慢sql里假如有五個(gè)where ，一個(gè) order by ，那么我們的聯(lián)合索引盡量覆蓋到這五個(gè)查詢(xún)條件，如果有必要，order by 也覆蓋上 。

3、小基數(shù)字段不需要索引

這個(gè)意思是，如果一張表里某個(gè)字段的值只有那么幾個(gè)，那么你針對(duì)這個(gè)字段建立的索引其實(shí)沒(méi)什么意義，比如說(shuō)，一個(gè)性別字段就兩種結(jié)果，你建了索引，排序也沒(méi)什么意思（也就是索引里把男女給分開(kāi)了）

所以說(shuō)，索引盡量選擇基數(shù)大的數(shù)據(jù)去建立，能最大化地利用索引

4、長(zhǎng)字符串可以使用前綴索引

我們建立索引的字段盡量選擇字段類(lèi)型較小的，比如一個(gè)varchar(20)和varchar(256)的，我們?cè)?0的上面建立的索引和在256上就有明顯的差距（字符串那么長(zhǎng)排序也不好排呀，唉）。

當(dāng)然，如果一定是要對(duì)varchar(256)建立索引,我們可以選擇里面的前20個(gè)字符放在索引樹(shù)里（這里的20不絕對(duì)，選擇能盡量分辨數(shù)據(jù)的最小字符字段設(shè)計(jì)），類(lèi)似這樣KEY index(name(20),age,job) ，索引只會(huì)對(duì)name的前20個(gè)字符進(jìn)行搜索，但前綴索引無(wú)法適用于order by 和 group by。

5、對(duì)排序字段設(shè)計(jì)索引的優(yōu)先級(jí)低

如果一個(gè)SQL里我們出現(xiàn)了范圍查找，后邊又跟著一個(gè)排序字段，那么我們優(yōu)先給范圍查找的字段設(shè)置索引，而不是優(yōu)先排序。

6、如果出現(xiàn)慢SQL，可以設(shè)計(jì)一個(gè)只針對(duì)該條SQL的聯(lián)合索引。

不過(guò)慢SQL的優(yōu)化，需要一步步去進(jìn)行分析，可以先用explain查看SQL語(yǔ)句的分析結(jié)果，再針對(duì)結(jié)果去做相應(yīng)的改進(jìn)。explain的東西我們下次再講。

PS：在 select 語(yǔ)句之前增加 explain 關(guān)鍵字，MySQL 會(huì)在查詢(xún)上設(shè)置一個(gè)標(biāo)記，執(zhí)行查詢(xún)會(huì)返回執(zhí)行計(jì)劃的信息，而不是 執(zhí)行這條SQL。

mysql索引

在mysql中，索引是一種特殊的數(shù)據(jù)庫(kù)結(jié)構(gòu)，由數(shù)據(jù)表中的一列或多列組合而成，可以用來(lái)快速查詢(xún)數(shù)據(jù)表中有某一特定值的記錄。

通過(guò)索引，查詢(xún)數(shù)據(jù)時(shí)不用讀完記錄的所有信息，而只是查詢(xún)索引列即可。

通過(guò)索引，查詢(xún)數(shù)據(jù)時(shí)不用讀完記錄的所有信息，而只是查詢(xún)索引列。否則，數(shù)據(jù)庫(kù)系統(tǒng)將讀取每條記錄的所有信息進(jìn)行匹配。

可以把索引比作新華字典的音序表。例如，要查“庫(kù)”字，如果不使用音序，就需要從字典的 400 頁(yè)中逐頁(yè)來(lái)找。但是，如果提取拼音出來(lái)，構(gòu)成音序表，就只需要從 10 多頁(yè)的音序表中直接查找。這樣就可以大大節(jié)省時(shí)間。

因此，使用索引可以很大程度上提高數(shù)據(jù)庫(kù)的查詢(xún)速度，還有效的提高了數(shù)據(jù)庫(kù)系統(tǒng)的性能。

索引的優(yōu)缺點(diǎn)

索引有其明顯的優(yōu)勢(shì)，也有其不可避免的缺點(diǎn)。

優(yōu)點(diǎn)

索引的優(yōu)點(diǎn)如下：

1、通過(guò)創(chuàng)建唯一索引可以保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性。

2、可以給所有的 MySQL 列類(lèi)型設(shè)置索引。

3、可以大大加快數(shù)據(jù)的查詢(xún)速度，這是使用索引最主要的原因。

4、在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面可以加速表與表之間的連接。

5、在使用分組和排序子句進(jìn)行數(shù)據(jù)查詢(xún)時(shí)也可以顯著減少查詢(xún)中分組和排序的時(shí)間

缺點(diǎn)

增加索引也有許多不利的方面，主要如下：

1、創(chuàng)建和維護(hù)索引組要耗費(fèi)時(shí)間，并且隨著數(shù)據(jù)量的增加所耗費(fèi)的時(shí)間也會(huì)增加。

2、索引需要占磁盤(pán)空間，除了數(shù)據(jù)表占數(shù)據(jù)空間以外，每一個(gè)索引還要占一定的物理空間。如果有大量的索引，索引文件可能比數(shù)據(jù)文件更快達(dá)到最大文件尺寸。

3、當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候，索引也要?jiǎng)討B(tài)維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。

使用索引時(shí)，需要綜合考慮索引的優(yōu)點(diǎn)和缺點(diǎn)。