索引不生效的情況

–使用索引時有些不生效的情況
1、使用like關鍵字模糊查詢時，% 放在前面索引不起作用，只有“%”不在第一個位置，索引才會生效（like ‘%文’–索引不起作用）
2、使用聯合索引時，只有查詢條件中使用了這些字段中的第一個字段，索引才會生效
3、使用OR關鍵字的查詢，查詢語句的查詢條件中只有OR關鍵字，且OR前后的兩個條件中的列都是索引時，索引才會生效，否則索引不生效。
4、盡量避免在where子句中使用!=或<>操作符，否則全表掃描。
5、對查詢進行優化，應盡量避免全表掃描，首先應考慮在where以及order by涉及的列上建立索引。
6、應盡量避免在 where 子句中對字段進行表達式操作，否則全表掃描。
7、盡量避免在where子句中對字段進行函數操作,否則全表掃描。
8、不要在 where 子句中的“=”左邊進行函數、算術運算或其他表達式運算，否則系統將可能無法正確使用索引。
9、並不是所有的索引對查詢都有效，sql是根據表中的數據來進行查詢優化的，當索引列有大量數據重復時，sql查詢不會去利用索引
10、索引並不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，
　　因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。一個表的索引數最好不要超過6個，
11、盡量使用數字型字段，若只含數值信息的字段盡量不要設計為字符型，這會降低查詢和連接的性能，並會增加存儲開銷。
　　這是因為引擎在處理查詢和連接時會 逐個比較字符串中每一個字符，而對於數字型而言只需要比較一次就夠了。
12、mysql查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那么order by中的列是不會使用索引的。
　　 因此數據庫默認排序可以符合要求的情況下不要使用排序操作，盡量不要包含多個列的排序，如果需要最好給這些列建復合索引。
13、order by 索引 ，不起作用的問題（除了主鍵索引之外）：
　　1、 如果select 只查詢索引字段，order by 索引字段會用到索引，要不然就是全表排列；
　　 2、如果有where 條件，比如where vtype=1 order by vtype asc . 這樣order by 也會用到索引！
———