優(yōu)化mysql索引需要注意哪些要點

本文主要給大家介紹優(yōu)化mysql索引需要注意哪些要點，文章內(nèi)容都是筆者用心摘選和編輯的，具有一定的針對性，對大家的參考意義還是比較大的，下面跟筆者一起了解下優(yōu)化mysql索引需要注意哪些要點吧。

一，頭盤：

SQL語句的五大要素：
1，獲得結果集所需訪問的查詢條件
2，定義結果集所需的查詢條件
3，結果集的大小
4，獲得結果集所涉及的表的數(shù)量
5，多少用戶同時修改這些數(shù)據(jù)

二，主菜：索引的一些特性和優(yōu)化建議

1，經(jīng)常變的索引列放在最后，這樣會降低變更成本
2，索引字段的順序非常重要，如果排序前有范圍查詢就不能使用索引排序，如：
索引A(a,b.c)
select a,b,c from t where a=1 and b between d1 and d2 order by c;
這樣就需要排序
索引B(a,c,b)
就不用排序

--備注：
一般來說會優(yōu)先選擇B不需要排序，因為一般來說一個事務每次查詢的結果集都是很小的，會限定輸出的結果集，這個時候不用排序就會很快，選擇索引A時結果集要排序，如果結果集(滿足條件的結果)很大的話，這樣是會很慢的

3，當以下三個條件同時滿足，過慮因子隱患可以會產(chǎn)生：
1)，訪問路徑中沒有排序
2)，第一屏幕結果一建立就回應
3)，不是所有的謂詞字段都參與定義待掃描的索引片

4，使用短索引。如果對多列進行索引，應該指定一個前綴長度，只要有可能就應該這樣做。
例如，如果有一個CHAR(200) 列，如果在前10 個或20 個字符內(nèi)，多數(shù)值是惟一的，
那么就不要對整個列進行索引。對前10 個或20 個字符進行索引能夠節(jié)省大量索引空
間，也可能會使查詢更快。較小的索引涉及的磁盤I/O 較少，較短的值比較起來更快。
更為重要的是，對于較短的鍵值，索引高速緩存中的塊能容納更多的鍵值，因此，MySQL
也可以在內(nèi)存中容納更多的值。這增加了找到行而不用讀取索引中較多塊的可能性。
（當然，應該利用一些常識。如僅用列值的第一個字符進行索引是不可能有多大好處的，因為這個索引中不會有許多不同的值）

5,物化結果集：是指執(zhí)行必要的數(shù)據(jù)庫訪問來構建結果集（比如排序）
1)為了避免不必要的工作，數(shù)據(jù)庫系統(tǒng)總是盡可能晚地去進行物化結果，如果數(shù)據(jù)庫系統(tǒng)先物化結果集，那么在FETCH調(diào)用的時候，系統(tǒng)將從臨時表中檢索記錄，而在數(shù)據(jù)更新的時候，并不會更新臨時表中存放的結果集
2)一次FETCH調(diào)用物化一條記錄
如果滿足的條件：
（1）沒有排序需求
（2）存在一個可以滿足結果集的索引
3)提前物化
（1）一般來說有排序都要提前物化，結果集排序，就是只需要提取一條記錄，也必須物化整個結果集

6，過濾因子隱患
過濾因子：被用來定義謂詞的選擇性：滿足謂詞條件的記錄數(shù)占表行總數(shù)的比例，該值取決于列值的分布情況，當評估一個索引是否合適時，最差的情況的過濾因子比平時的過濾因子更重要

半寬索引：一個包含where子句中所有列是的索引，使用半寬索引時，只有檢索到匹配條件時才會訪問表，而這個訪問是隨機讀
寬索引：一個包含了select 語句中所涉及的所有字段的索引，包括投影的字段和where子句中的字段，使用這種索引時，不需要讀表
結論：寬索引的優(yōu)勢在于避免了返回的結果集的回表隨時讀

看完以上關于優(yōu)化mysql索引需要注意哪些要點，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業(yè)知識信息 ，可以持續(xù)關注我們的行業(yè)資訊欄目的。