1、使用like關鍵字模糊查詢時，% 放在前面索引不起作用，只有「%」不在第乙個位置，索引才會生效(like 『%文』–索引不起作用)
2、使用聯合索引時，只有查詢條件中使用了這些欄位中的第乙個字段，索引才會生效
3、使用or關鍵字的查詢，查詢語句的查詢條件中只有or關鍵字，且or前後的兩個條件中的列都是索引時，索引才會生效，否則索引不生效。
4、盡量避免在where子句中使用!=或<>操作符，否則引擎將放棄使用索引而進行全表掃瞄。
5、對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在where以及order by涉及的列上建立索引。
6、應盡量避免在 where 子句中對字段進行表示式操作，這將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where num/2=100
應改為:
select id from t where num=100*2
7、盡量避免在where子句中對字段進行函式操作,將導致引擎放棄使用索引而進行全表掃瞄。
8、不要在 where 子句中的「=」左邊進行函式、算術運算或其他表示式運算，否則系統將可能無法正確使用索引。
9、並不是所有的索引對查詢都有效，sql是根據表中的資料來進行查詢優化的，當索引列有大量資料重複時，sql查詢不會去利用索引，如一表中有字段
***，male,female幾乎個一半，那麼即使在***上建立了索引也對查詢效率起不了作用。
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 也會用到索引！
二、四種索引
primary, index, unique 這3種是一類
primary 主鍵。 就是 唯一 且 不能為空。
index 索引，普通的
unique 唯一索引。 不允許有重複。
fulltext 是全文索引，用於在一篇文章中，檢索文字資訊的。
三、常用sql優化：
1.優化group by 語句
預設情況，mysql對所有的group by col1,col2進行排序。這與在查詢中指定order by col1, col2類似。如果查詢中包括group by但使用者想要避免排序結果的消耗，則可以使用order by null禁止排序
2.有些情況下，可以使用連線來替代子查詢。因為使用join，mysql不需要在記憶體中建立臨時表。
3.如果想要在含有or的查詢語句中利用索引，則or之間的每個條件列都必須用到索引，如果沒有索引，則應該考慮增加索引
select * from 表名 where 條件1=『』 or 條件2=『tt』
會導致索引失效語句
1 使用like關鍵字模糊查詢時，放在前面索引不起作用，只有 不在第乙個位置，索引才會生效 like 文 索引不起作用 2 使用聯合索引時，只有查詢條件中使用了這些欄位中的第乙個字段，索引才會生效 3 使用or關鍵字的查詢，查詢語句的查詢條件中只有or關鍵字，且or前後的兩個條件中的列都是索引時，索...
MYSQL中哪些情況會導致索引失效
1.以 開頭的like查詢 優化方案 首先掃瞄二級索引獲取滿足條件的primary key，在根據主鍵回表查詢。select from select actor id from actor where last name like ni tmp inner join actor a on a.act...
mysql null會導致索引失效嗎
網上很多部落格中都寫到 is null is not null 無法使用索引 首先說下，該結論經過驗證是錯誤的。現在通過例項來驗證下 我的myslq版本是 5.7.28 建表語句 create table t union index id bigint 20 not null auto increm...