mysql前綴索引是什么

這篇“mysql前綴索引是什么”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“mysql前綴索引是什么”文章吧。

在mysql中，前綴索引是一種特殊索引類型，是對(duì)文本的前幾個(gè)字符建立索引；這種索引類型可以在一定程度上減少索引的大小，可以更加高效地處理一些特定的查詢操作。通常情況下，索引長度應(yīng)該越短越好，因?yàn)槎趟饕梢詼p小索引的大小，但是如果索引長度太短，可能會(huì)出現(xiàn)索引失效的情況，導(dǎo)致查詢效率反而變慢；因此，在使用前綴索引時(shí)，需要根據(jù)具體情況選擇適當(dāng)?shù)乃饕L度。

一、什么是前綴索引

MySQL是一款廣泛使用的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，它在數(shù)據(jù)存儲(chǔ)和檢索方面具有很高的效率和靈活性。在MySQL中，索引是一種用于加速查詢操作的數(shù)據(jù)結(jié)構(gòu)，它可以大大提高查詢的速度和效率。而前綴索引則是MySQL中的一種特殊索引類型，它可以更加高效地處理一些特定的查詢操作。

所謂前綴索引，說白了就是對(duì)文本的前幾個(gè)字符建立索引（具體是幾個(gè)字符在建立索引時(shí)去指定），比如以產(chǎn)品名稱的前 10 位來建索引，這樣建立起來的索引更小，查詢效率更快！

前綴索引是指只索引字符串的前綴部分，而不是整個(gè)字符串。這種索引類型可以在一定程度上減少索引的大小，例如，如果有一個(gè)包含一千萬個(gè)字符串的表，每個(gè)字符串的長度為100個(gè)字符，如果使用完整字符串作為索引，那么索引大小將會(huì)非常大，而且查詢效率也會(huì)很低。但如果只索引字符串的前10個(gè)字符，那么索引大小就會(huì)大大減小，而且查詢效率也會(huì)明顯提高。

有點(diǎn)類似于 Oracle 中對(duì)字段使用 Left 函數(shù)來建立函數(shù)索引，只不過 MySQL 的這個(gè)前綴索引在查詢時(shí)是內(nèi)部自動(dòng)完成匹配的，并不需要使用 Left 函數(shù)。

在MySQL中，使用前綴索引需要指定索引的長度。通常情況下，索引長度應(yīng)該越短越好，因?yàn)槎趟饕梢詼p小索引的大小，但是如果索引長度太短，可能會(huì)出現(xiàn)索引失效的情況，導(dǎo)致查詢效率反而變慢。因此，在使用前綴索引時(shí)，需要根據(jù)具體情況選擇適當(dāng)?shù)乃饕L度。

二、為什么要用前綴索引

可能有的同學(xué)會(huì)發(fā)出疑問，為什么不對(duì)整個(gè)字段建立索引呢？

一般來說，當(dāng)某個(gè)字段的數(shù)據(jù)量太大，而且查詢又非常的頻繁時(shí)，使用前綴索引能有效的減小索引文件的大小，讓每個(gè)索引頁可以保存更多的索引值，從而提高了索引查詢的速度。

比如，客戶店鋪名稱，有的名稱很長，有的很短，如果完全按照全覆蓋來建索引，索引的存儲(chǔ)空間可能會(huì)非常的大，有的表如果索引創(chuàng)建的很多，甚至?xí)霈F(xiàn)索引存儲(chǔ)的空間都比數(shù)據(jù)表的存儲(chǔ)空間大很多，因此對(duì)于這種文本很長的字段，我們可以截取前幾個(gè)字符來建索引，在一定程度上，既能滿足數(shù)據(jù)的查詢效率要求，又能節(jié)省索引存儲(chǔ)空間。

但是另一方面，前綴索引也有它的缺點(diǎn)，MySQL 中無法使用前綴索引進(jìn)行 ORDER BY 和 GROUP BY，也無法用來進(jìn)行覆蓋掃描，當(dāng)字符串本身可能比較長，而且前幾個(gè)字符完全相同，這個(gè)時(shí)候前綴索引的優(yōu)勢已經(jīng)不明顯了，就沒有創(chuàng)建前綴索引的必要了。

因此這又回到一個(gè)概念，那就是關(guān)于索引的選擇性！

關(guān)于數(shù)據(jù)庫表索引的選擇性，我會(huì)單獨(dú)開篇來講解，大家只需要記住一點(diǎn)：索引的選擇性越高則查詢效率越高，因?yàn)檫x擇性高的索引可以讓 MySQL 在查找時(shí)過濾掉更多的行，數(shù)據(jù)查詢速度更快！

當(dāng)某個(gè)字段內(nèi)容的前幾位區(qū)分度很高的時(shí)候，這個(gè)時(shí)候采用前綴索引，可以在查詢性能和空間存儲(chǔ)方面達(dá)到一個(gè)很高的性價(jià)比。

那么問題來了，怎么創(chuàng)建前綴索引呢？

三、怎么創(chuàng)建前綴索引

建立前綴索引的方式，方法很簡單，通過如下方式即可創(chuàng)建！

ALTER TABLE table_name ADD KEY(column_name(prefix_length));

其中prefix_length這個(gè)參數(shù)，就是前綴長度的意思，通常通過如下方式進(jìn)行確認(rèn)，步驟如下：

第一步，先計(jì)算某字段全列的區(qū)分度。

SELECT COUNT(DISTINCT column_name) / COUNT(*) FROM table_name;

第二步，然后再計(jì)算前綴長度為多少時(shí)和全列的區(qū)分度最相似

SELECT COUNT(DISTINCT LEFT(column_name, prefix_length)) / COUNT(*) FROM table_name;

最后，不斷地調(diào)整prefix_length的值，直到和全列計(jì)算出區(qū)分度相近，最相近的那個(gè)值，就是我們想要的值。

下面以某個(gè)測試表為例，數(shù)據(jù)體量在 100 萬以上，表結(jié)構(gòu)如下！

CREATE TABLE `tb_test` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(100) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;

測試一下正常的帶name條件查詢，效率如下：

select * from tb_test where name like '1805.59281427%'

我們以name字段為例，創(chuàng)建前綴索引，找出最合適的prefix_length值。

首先，我們大致計(jì)算一下name字段全列的區(qū)分度。

可以看到，結(jié)果為 0.9945，也就是說全局不相同的數(shù)據(jù)率在99.45%這個(gè)比例。

下面我們一起來看看，不同的prefix_length值下，對(duì)應(yīng)的數(shù)據(jù)不重復(fù)比例。

當(dāng)prefix_length為5，區(qū)分度為0.2237

當(dāng)prefix_length為10，區(qū)分度為0.9944

當(dāng)prefix_length為11，區(qū)分度為0.9945

通過對(duì)比，我們發(fā)現(xiàn)當(dāng)prefix_length為11，最接近全局區(qū)分度，因此可以為name創(chuàng)建一個(gè)長度為11的前綴索引，創(chuàng)建索引語句如下：

alter table tb_test add key(name(11));

下面，我們再試試上面那個(gè)語句查詢！

創(chuàng)建前綴索引之后，查詢效率倍增！

四、使用前綴索引需要注意的事項(xiàng)

是不是所有的字段，都適合用前綴索引呢？

答案顯然不是，在上文我們也說到了，當(dāng)某個(gè)索引的字符串列很大時(shí)，創(chuàng)建的索引也就變得很大，為了減小索引體積，提高索引的掃描速度，使用索引的前部分字符串作為索引值，這樣索引占用的空間就會(huì)大大減少，并且索引的選擇性也不會(huì)降低很多，這時(shí)前綴索引顯現(xiàn)的作用就會(huì)非常明顯，前綴索引本質(zhì)是索引查詢性能和存儲(chǔ)空間的一種平衡。

對(duì)于 BLOB 和 TEXT 列進(jìn)行索引，或者非常長的 VARCHAR 列，就必須使用前綴索引，因?yàn)?MySQL 不允許索引它們的全部長度。

但是如果某個(gè)字段內(nèi)容，比如前綴部分相似度很高，此時(shí)的前綴索引顯現(xiàn)效果就不會(huì)很明顯，采用覆蓋索引效果會(huì)更好！

以上就是關(guān)于“mysql前綴索引是什么”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道。