1、使用like關鍵字模糊查詢時，% 放在前面索引不起作用，只有“%”不在第一個位置，索引才會生效（like ‘%文’–索引不起作用）2、使用聯合索引時，只有查詢條件中使用了這些欄位中的第一個欄位，索引才會生效3、使用OR關鍵字的查詢，查詢語句的查詢條件中只有OR關鍵字，且OR前後的兩個條件中的列都 ...
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查詢不會去利用索引，如一表中有欄位
sex，male,female幾乎個一半，那麼即使在sex上建立了索引也對查詢效率起不了作用。
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’
————————————————
原文鏈接：https://blog.csdn.net/qq_42695926/article/details/83900198
