背景：sql 優化對資料來說是什麼非常重要，sql的索引優化更重中之重，有的人認為索引優化就是簡單加一個索引，其實這種想法是錯的，索引是涉及到很多知識點，並非大家想得這麼簡單，廢話不多說，馬上開車！

一，頭盤：

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

二，主菜：索引的一些特性和優化建議

1，經常變的索引列放在最後，這樣會降低變更成本
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)
就不用排序

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

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

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

5,物化結果集：是指執行必要的資料庫訪問來構建結果集（比如排序）
1)為了避免不必要的工作，資料庫系統總是儘可能晚地去進行物化結果，如果資料庫系統先物化結果集，那麼在FETCH呼叫的時候，系統將從臨時表中檢索記錄，而在資料更新的時候，並不會更新臨時表中存放的結果集
2)一次FETCH呼叫物化一條記錄
如果滿足的條件：
（1）沒有排序需求
（2）存在一個可以滿足結果集的索引
3)提前物化
（1）一般來說有排序都要提前物化，結果集排序，就是隻需要提取一條記錄，也必須物化整個結果集

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

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

三，下車收工
下次和大家分享三星索引