MySQL索引設計一些策略

標籤：

前言

索引加快了檢索的速度，但是卻降低了資料列裡插入、刪除以及修改數值的速度。也就是說，索引降低了許多涉及寫入的操作速度。之所以出現這種情況，是由於寫入一條資料不僅僅是要寫入到資料行，還需要所有的索引都作出相應的改變如更新或是重新編排。MySQL在為檢索產生一個執行方案時候，要仔細對索引進行計算，建立過多的索引對查詢最佳化程式就加上了更多的工作，而且當你有太多的索引的時候，MySQL還有可能無法選出最好的索引來使用。於是在選擇索引的時候，需要採取一些策略。

策略1

在選擇索引列的時候，盡量為用搜尋、分類或者分組的資料列編製索引，不要為作為輸出的資料列編製索引。換句話說，最合適有索引的資料列是那些在where字句中出現的資料列，在串連字句中給出的資料列、或是在order by或是group by子句中出現的資料列。

策略2

綜合考慮資料列的維度勢。資料列的維度，等於它所容納的非重複值的個數。

策略3

盡量選擇短小的值進行索引
短小的值可以讓比較操作更快完成，加快索引查詢速度。
短小的值可以讓索引的體積更小，減少磁碟I/O活動
短小的索引值意味著金鑰快取裡的索引塊可以容納更多的索引值，讓MySQL可以在記憶體中容納更多的鍵，這樣較少了I/O活動的機率。
InnoDB儲存引擎採用的聚族索引。所謂的聚族索引就是把資料行和主鍵索引集中儲存在一起，其他的索引都是二級索引，它們儲存著主索引值和二級索引值。對於二級索引尋找過程是先通過二級索引找到主鍵，然後通過主鍵找到對應的資料。選擇短小的值進行索引，可以減少二級索引佔據的空間。

策略4為字串值的首碼添加索引

如果打算給一個字串列添加索引，儘可能的給出前置長度。

策略5

不要建立過多的索引

MySQL索引設計一些策略