索引的設(shè)計(jì)可以遵循一些已有的原則，創(chuàng)建索引的時(shí)候應(yīng)盡量考慮符合這些原則，便于提升索引的使用效率，更高效的使用索引。本節(jié)將介紹一些索引的設(shè)計(jì)原則。

1. 選擇唯一性索引

唯一性索引的值是唯一的，可以更快速的通過該索引來確定某條記錄。例如，學(xué)生表中學(xué)號(hào)是具有唯一性的字段。為該字段建立唯一性索引可以很快的確定某個(gè)學(xué)生的信息。如果使用姓名的話，可能存在同名現(xiàn)象，從而降低查詢速度。

2. 為經(jīng)常需要排序、分組和聯(lián)合操作的字段建立索引

經(jīng)常需要 ORDER BY、GROUP BY、DISTINCT 和 UNION 等操作的字段，排序操作會(huì)浪費(fèi)很多時(shí)間。如果為其建立索引，可以有效地避免排序操作。

3. 為常作為查詢條件的字段建立索引

如果某個(gè)字段經(jīng)常用來做查詢條件，那么該字段的查詢速度會(huì)影響整個(gè)表的查詢速度。因此，為這樣的字段建立索引，可以提高整個(gè)表的查詢速度。
注意：常查詢條件的字段不一定是所要選擇的列，換句話說，最適合索引的列是出現(xiàn)在 WHERE 子句中的列，或連接子句中指定的列，而不是出現(xiàn)在 SELECT 關(guān)鍵字后的選擇列表中的列。

4. 限制索引的數(shù)目

索引的數(shù)目不是“越多越好”。每個(gè)索引都需要占用磁盤空間，索引越多，需要的磁盤空間就越大。在修改表的內(nèi)容時(shí)，索引必須進(jìn)行更新，有時(shí)還可能需要重構(gòu)。因此，索引越多，更新表的時(shí)間就越長。

如果有一個(gè)索引很少利用或從不使用，那么會(huì)不必要地減緩表的修改速度。此外，MySQL 在生成一個(gè)執(zhí)行計(jì)劃時(shí)，要考慮各個(gè)索引，這也要花費(fèi)時(shí)間。創(chuàng)建多余的索引給查詢優(yōu)化帶來了更多的工作。索引太多，也可能會(huì)使 MySQL 選擇不到所要使用的最佳索引。

5. 盡量使用數(shù)據(jù)量少的索引

如果索引的值很長，那么查詢的速度會(huì)受到影響。例如，對(duì)一個(gè) CHAR(100) 類型的字段進(jìn)行全文檢索需要的時(shí)間肯定要比對(duì) CHAR(10) 類型的字段需要的時(shí)間要多。

6. 數(shù)據(jù)量小的表最好不要使用索引

由于數(shù)據(jù)較小，查詢花費(fèi)的時(shí)間可能比遍歷索引的時(shí)間還要短，索引可能不會(huì)產(chǎn)生優(yōu)化效果。

7. 盡量使用前綴來索引

如果索引字段的值很長，最好使用值的前綴來索引。例如，TEXT 和 BLOG 類型的字段，進(jìn)行全文檢索會(huì)很浪費(fèi)時(shí)間。如果只檢索字段的前面的若干個(gè)字符，這樣可以提高檢索速度。

8. 刪除不再使用或者很少使用的索引

表中的數(shù)據(jù)被大量更新，或者數(shù)據(jù)的使用方式被改變后，原有的一些索引可能不再需要。應(yīng)該定期找出這些索引，將它們刪除，從而減少索引對(duì)更新操作的影響。
總結(jié)
選擇索引的最終目的是為了使查詢的速度變快，上面給出的原則是最基本的準(zhǔn)則，但不能只拘泥于上面的準(zhǔn)則。應(yīng)該在學(xué)習(xí)和工作中不斷的實(shí)踐，根據(jù)應(yīng)用的實(shí)際情況進(jìn)行分析和判斷，選擇最合適的索引方式。

總結(jié)

以上是生活随笔為你收集整理的13、MySQL索引的设计原则的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。