背景：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子句中的字段，使用這種索引時，不需要讀表
結論：寬索引的優勢在於避免了返回的結果集的回表隨時讀
三，下車收工
下次和大家分享三星索引