昨天同事關於軍規裡的一條mysql索引的問題諮詢我，才發現自己也不太了解組合索引的規則。於是來記錄一下：
【推薦】如果有order by的場景，請注意利用索引的有序性。order by 最後的字段是組合索引的一部分，並且放在索引組合順序的最後，避免出現file_sort的情況，影響查詢效能。
正例：where a=? and b=? order by c; 索引：a_b_c
反例：索引中有範圍查詢，那麼索引有序性無法利用，如：where a>10 order by b; 索引a_b無法排序。
解釋：order by的排序原理
1.利用索引的有序性獲取有序資料
2.利用記憶體/磁碟檔案排序獲取結果
1) 雙路排序:是首先根據相應的條件取出相應的排序欄位和可以直接定位行資料的行指標資訊，然後在sort buffer 中進行排序。
2)單路排序:是一次性取出滿足條件行的所有字段，然後在sort buffer中進行排序。
組合索引的有序性和最左字首原理
【強制】理解組合索引最左字首原則，避免重複建設索引，如果建立了(a,b,c)，相當於建立了(a), (a,b), (a,b,c)
假設有索引(a,b)
mysql建立組合索引的規則是首先會對復合索引的最左邊的，也就是第乙個a欄位的資料進行排序，在第乙個欄位的排序基礎上，然後再對後面第二個的b欄位進行排序。其實就相當於實現了類似 order by a b這樣一種排序規則。
第乙個a欄位是絕對有序的，而第二字段就是無序的了。所以通常情況下，直接使用第二個b欄位進行條件判斷是用不到索引的
那麼什麼時候才能用到呢?
當然是b欄位的索引資料也是有序的情況下才能使用。
什麼時候才是有序的呢？
只有在a欄位是等值匹配的情況下，b才是有序的。
組合索引查詢的各種場景
有 index (a,b,c) ——組合索引多字段是有序的，並且是個完整的btree 索引。
下面條件可以用上該組合索引查詢：
a>5
a=5 and b>6
a=5 and b=6 and c=7
a=5 and b in (2,3) and c>5
下面條件將不能用上組合索引查詢：
b>5 ——查詢條件不包含組合索引首列字段
b=6 and c=7 ——查詢條件不包含組合索引首列字段
下面條件將能用上部分組合索引查詢：
a>5 and b=2 ——當範圍查詢使用第一列，查詢條件僅僅能使用第一列
a=5 and b>6 and c=2 ——範圍查詢使用第二列，查詢條件僅僅能使用前二列
組合索引排序的各種場景
有組合索引 index(a,b)。
下面條件可以用上組合索引排序：
order by a——首列排序
a=5 order by b——第一列過濾後第二列排序
order by a desc, b desc——注意，此時兩列以相同順序排序
a>5 order by a——資料檢索和排序都在第一列
下面條件不能用上組合索引排序：
order by b ——排序在索引的第二列
a>5 order by b ——範圍查詢在第一列，排序在第二列
a in(1,2) order by b ——理由同上
order by a asc, b desc ——注意，此時兩列以不同順序排序
建議如果對有沒有用上索引有疑惑可以寫完sql以後 用explain 來執行一下sql
可以更有利於理解sql的執行過程
mysql組合索引的有序性《轉》
昨天同事關於軍規裡的一條mysql索引的問題諮詢我，才發現自己也不太了解組合索引的規則。於是來記錄一下 推薦 如果有order by的場景，請注意利用索引的有序性。order by 最後的字段是組合索引的一部分，並且放在索引組合順序的最後，避免出現file sort的情況，影響查詢效能。正例 whe...
執行緒安全性 有序性
乙個執行緒內，按照 順序書寫在前面的操作先行發生於書寫在後面的操作。乙個unlock操作先行發生於後面對同乙個鎖的lock操作。對乙個變數的寫操作先行發生於後面對這個變數的讀操作。如果操作a先行發生於操作b,而操作b又先行發生於操作c，則可以得出操作a先行發生於操作c thread物件的start ...
原子性，可見性，有序性
1.原子性 read,load,assign,use,store write 基本型別的訪問，讀寫 long,double 非原子性協定 monitorenter,monitorexit jvm lock,unlock,synchronized 2.可見性 volatile synchronized...