1. 儘量避免在where子句中使用！=或<>操作符，否則將引起放棄使用索引而進行全表掃描。

2. 對查詢進行優化，因儘量避免全表掃描，首先應考慮在where以及order by涉及的列上建立索引。

3. 因儘量避免在where子句中對欄位進行null判斷，否則將導致引擎放棄使用索引而進行全表掃描。比如：

select id from user where num is null

可以在num上設定預設值為0，確保表中num列沒有null值，然後這樣查詢：

select id from user where num=10

4. 儘量避免在where子句中使用or來連線條件，否則將導致引擎放棄使用索引而進行全表掃描，比如：

select id from user where num=10 or num=20

可以這樣查詢：

select id from user where num=10
union all
select id from user where num=20

5. 下面的查詢也將導致全表掃描：（不能前置百分號）

select id from user where name like '%N%'

下面走的是索引

select id from user where name like 'N%';

若要提高效率，可以考慮全文檢查。

6.  in 和 not in也要慎重，否則會導致全表掃描，比如：

select id from user where num in(1，2,3);

對於連續的數值，能用between 就不要使用in:

select id from user where num between 1 and 3;

7. 如果在where子句中使用引數，也會導致全表掃描。

因為sql只有在執行時才會解析區域性變數，但優化程式不能講訪問計劃的選擇推遲到執行時；他必須在編譯時進行選擇。然而，如果在編譯時建立訪問計劃，變數的值還是未知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描：

select id from user where num=
 
@num

可以改為強制查詢使用索引：

select id from user with(index(索引名)) where num=@num

8. 儘量避免在where子句中對欄位進行表示式操作，這將導致引擎放棄使用索引而進行全表掃描。比如：

select id from user where num/2=100
#應該為：
select id from user where num=100*2

9. 應儘量避免在where子句中對欄位進行函式操作，這將導致引擎棄用而進行全表掃描：

select id from user where substring(name,1,3)='abc'
#name以abc開頭的id

select id from user where datediff(day,createdate,'2018-11-30')=0
#'2018-11-30'生成的id

應改為：

select id from user where name like 'abc%'

select id from user where createdate>='2018-11-30' and createdate<'2018-12-1'

10. 不要在where子句中的“=”左邊進行函式、算數運算或者其他表示式運算，否則系統可能無法正確使用索引。

11. 在使用索引欄位作為條件是，如果該索引是複合索引，那麼必須使用到改索引中的第一個欄位作為條件是才能保證系統使用該索引，否則該索引將不會被使用，並且應儘量可能的讓欄位順序與索引順序相一致。

12. 不要寫一些沒有意義的查詢，如需要生成一個空表結構：

select col1,col2 into #user from user where 1=0

這類程式碼不會返回任何結果集，但是會消耗系統資源，正確寫法為：

create table #user(...)

13. 很多時候使用exists代替in是一個好的選擇：

select num from a where num in(select num from b)

替換為：

select num from a where exists (select 1 from b where num=a.num)

14.儘量避免向客戶端返回大資料量，若資料量過大，應該考慮相應需求是否合理。

15. 儘量避免大事務操作，提高系統併發能力