1.對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在 where 及 order by 涉及的列上建立索引。
2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄，可以對欄位進行設定預設值處理，避免null值出現
3.應盡量避免在 where 子句中使用!=或<>操作符，否則引擎將放棄使用索引而進行全表掃瞄。
4.應盡量避免在 where 子句中使用or 來連線條件，否則將導致引擎放棄使用索引而進行全表掃瞄。
5.in 和 not in 也要慎用，否則會導致全表掃瞄，如：select id from t where num in(1,2,3) 對於連續的數值，能用 between 就不要用 in 了
6.where條件中模糊查詢，慎用
7.當查詢資料量超過總數居的20%時，會全表掃瞄，可以考慮加強制索引，fource index()
8.應盡量避免在where子句中對字段進行函式操作，這將導致引擎放棄使用索引而進行全表掃瞄
9.不要在 where 子句中的「=」左邊進行函式、算術運算或其他表示式運算，否則系統將可能無法正確使用索引。
10.在使用索引字段作為條件時，如果該索引是復合索引，那麼必須使用到該索引中的第乙個字段作為條件時才能保證系統使用該索引，否則該索引將不會被使用，並且應盡可能的讓字段順序與索引順序相一致。
11.很多時候用 exists 代替 in 是乙個好的選擇：
select num from a where num in(select num from b)
用下面的語句替換：
select num from a whereexists(select
1from b where num=a.num)
12.並不是所有索引對查詢都有效，sql是根據表中資料來進行查詢優化的，當索引列有大量資料重複時，sql查詢可能不會去利用索引，如一表中有字段***，male、female幾乎各一半，那麼即使在***上建了索引也對查詢效率起不了作用。
13. 索引並不是越多越好，索引固然可 以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。乙個表的索引數最好不要超過6個，若太多則應考慮一些不常使用到的列上建的索引是否有必要。
14.盡量使用數字型字段，若只含數值資訊的字段盡量不要設計為字元型，這會降低查詢和連線的效能，並會增加儲存開銷。這是因為引擎在處理查詢和連線時會逐個比較字串中每乙個字元，而對於數字型而言只需要比較一次就夠了。
15.盡可能的使用 varchar/nvarchar 代替 char/nchar ，因為首先變長字段儲存空間小，可以節省儲存空間，其次對於查詢來說，在乙個相對較小的字段內搜尋效率顯然要高些。
16.任何地方都不要使用 select * from t ，用具體的字段列表代替「*」，不要返回用不到的任何字段。
Mysql sql查詢優化
1.單個條件未加索引 對應的執行計畫 從查詢計畫中可以看出該查詢全表掃瞄，掃瞄行數 9000多行 2.增加唯一索引之後查詢 查詢時間縮短，然後再看查詢計畫 查詢計畫中，掃瞄行數中只有一行。上面建立的索引是唯一索引，常規索引中查詢計畫的type一般為ref 索引列和非索引列一起查詢，索引仍然會有效 單...
5 MySQL SQL查詢優化
索引的優點 大大提公升查詢效率 索引的代價 索引導致對錶刪除，更新時，要同步修改索引 且索引本身佔據儲存空間 挑選索引 為用於搜尋，排序或分組的列建立索引 而對用作輸出顯示的列則不用建立索引 索引列差異值個數應較多 即乙個鍵值對應結果不應過多 索引列資料型別要在滿足需求下盡可能佔據較少空間 對字串可...
Mysql sql模糊查詢，sql優化日常
mysql 1 模糊查詢 2 聯表查詢優化 1 模糊查詢 like select from ms fans where nick name like demo limit 0,100 like xx 不能使用索引 like xx 可使用字段索引，查詢效率快 locate同樣不能使用索引，40萬資料中...