背景：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子句中的字段，使用這種索引時，不需要讀表
結論：寬索引的優勢在於避免了返回的結果集的回表隨時讀
mysql索引要點 MySql索引優化注意要點
設計好mysql索引可以讓資料庫飛起來，大大的提高資料庫效率。設計mysql索引時，建議注意以下幾點 1，建立索引 對於查詢佔主要的應用來說，索引顯得尤為重要。很多時候效能問題很簡單的就是因為我們忘了新增索引而造成的，或者說沒有新增更為有效的索引導致。如果不加 索引的話，那麼查詢任何哪怕只是一條特定...
mysql 優化 聚集索引 mysql 索引優化
一.聚集索引 clustered index innodb預設依據主鍵列聚集，myisam不使用 特點 b樹每個葉子包含實際資料行，資料按照索引順序地儲存在物理頁上。優點 1.範圍查詢，獲取指定id的全部資料只需從磁碟讀取少量資料頁 如果不使用聚集索引，每條資料可能引起一次磁碟io。2.由於索引和資...
mysql索引優化原則 MySQL 索引優化原則
索引優化原則 1 最左字首匹配原則，聯合索引，mysql會從做向右匹配直到遇到範圍查詢 3 and d 4 如果建立 a,b,c,d 順序的索引，d是用不到索引的，如果建立 a,b,d,c 的索引則都可以用到，a,b,d的順序可以任意調整。2 和in可以亂序，比如a 1 and b 2 and c ...