1、索引列的數據長度能少則少。
答：這個原因很簡單，B-Tree各個節點能存儲信息更多，減少樹的告訴，效率自然也能得到提示。
2、索引一定不是越多越好，越全越好，一定是建合適的。
答：索引多了，檢索速度雖然可能得到提升。但是“寫”相關操作的效率可就不容小覷了。
3、匹配列前綴可用到索引like abc%。但是 like %9999%、like %9999用不到索引。
答：最左匹配原則。
4、Where條件中not in 和 <> 操作無法使用索引。
答：最左匹配原則。
5、匹配範圍值，order by，group by也可用到索引。
答：B-Tree本身就是有序的。
6、多用指定列査詢，只返回自己想得到的數據列，少用SElECT * 。
答：首先減少IO操作，其次可以利用到覆蓋索引。
7、聯合索引中如果不是按照索引最左列開始査找，無法使用索引。
答：最左匹配原則。
8、聯合索引中如果査詢中有某個列的範圍査詢，則其右邊的所有列都無法使用索引。
答：最左匹配原則。