參考：http://www.jb51.net/article/39221.htm
1、對查詢進行優(yōu)化背零，應盡量避免全表掃描腰吟，首先考慮在where及order by涉及的列上建立索引。
導致索引失效：
2徙瓶、盡量避免在where子句中對字段進行null值判斷毛雇，否則將導致引擎放棄使用索引而進行全表掃描
如：selecet id from t where num is null;
可在num列上設置默認值為0，確保Num列沒有null值侦镇，然后這樣查詢灵疮。
3、盡量避免在where子句中使用or來連接條件壳繁，否則將導致引擎放棄使用索引而進行全表掃描震捣±竺蓿可以使用union all替換or
select id from t where num = 10 or num = 20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
4、.in 和 not in 也要慎用蒿赢，否則會導致全表掃描润樱，如：
select id from t where num in(1,2,3)
對于連續(xù)的數(shù)值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
5羡棵、盡量避免使用“范圍"條件壹若，比如 != 、<>皂冰、or店展、like、in秃流、not in等赂蕴，都將導致放棄索引進行全表檢索，or可以用union all來替換剔应，like可考慮全文索引
6、能使用具體字段則不使用 “*”,select * from
7语御、使用exists 替換 in
8.不要在 where 子句中的“=”左邊進行函數(shù)峻贮、算術運算或其他表達式運算，應盡量避免在 where 子句中對字段進行表達式操作应闯，這將導致引擎放棄使用索引而進行全表掃描纤控。如：
select id from t where num/2=100
應改為:
select id from t where num=100*2
9.在使用索引字段作為條件時，如果該索引是復合索引碉纺，那么必須使用到該索引中的第一個字段作為條件時才能保證系統(tǒng)使用該索引船万，否則該索引將不會被使用，并且應盡可能的讓字段順序與索引順序相一致（最左前綴）
10骨田、使字段的長度盡可能適合耿导，盡可能的使用 varchar/nvarchar 代替 char/nchar ，因為首先變長字段存儲空間小态贤，可以節(jié)省存儲空間舱呻，其次對于查詢來說，在一個相對較小的字段內(nèi)搜索效率顯然要高些
20.盡量使用表變量來代替臨時表悠汽。如果表變量包含大量數(shù)據(jù)箱吕，請注意索引非常有限（只有主鍵索引）。
21.避免頻繁創(chuàng)建和刪除臨時表柿冲，以減少系統(tǒng)表資源的消耗茬高。
22.臨時表并不是不可使用，適當?shù)厥褂盟鼈兛梢允鼓承├谈行Ъ俪缭踉裕斝枰貜鸵么笮捅砘虺Ｓ帽碇械哪硞€數(shù)據(jù)集時丽猬。但是，對于一次性事件婚瓜，最好使用導出表宝鼓。
23.在新建臨時表時，如果一次性插入數(shù)據(jù)量很大巴刻，那么可以使用 select into 代替 create table愚铡，避免造成大量 log ，以提高速度胡陪；如果數(shù)據(jù)量不大沥寥，為了緩和系統(tǒng)表的資源，應先create table柠座，然后insert邑雅。
24.如果使用到了臨時表，在存儲過程的最后務必將所有的臨時表顯式刪除妈经，先 truncate table 淮野，然后 drop table ，這樣可以避免系統(tǒng)表的較長時間鎖定吹泡。
25.盡量避免使用游標骤星，因為游標的效率較差，如果游標操作的數(shù)據(jù)超過1萬行爆哑，那么就應該考慮改寫洞难。
26.使用基于游標的方法或臨時表方法之前，應先尋找基于集的解決方案來解決問題揭朝，基于集的方法通常更有效队贱。
27.與臨時表一樣，游標并不是不可使用潭袱。對小型數(shù)據(jù)集使用 FAST_FORWARD 游標通常要優(yōu)于其他逐行處理方法柱嫌，尤其是在必須引用幾個表才能獲得所需的數(shù)據(jù)時。在結(jié)果集中包括“合計”的例程通常要比使用游標執(zhí)行的速度快屯换。如果開發(fā)時間允許慎式，基于游標的方法和基于集的方法都可以嘗試一下，看哪一種方法的效果更好趟径。
28.在所有的存儲過程和觸發(fā)器的開始處設置 SET NOCOUNT ON 瘪吏，在結(jié)束時設置 SET NOCOUNT OFF 。無需在執(zhí)行存儲過程和觸發(fā)器的每個語句后向客戶端發(fā)送 DONE_IN_PROC 消息蜗巧。
29.盡量避免向客戶端返回大數(shù)據(jù)量掌眠，若數(shù)據(jù)量過大，應該考慮相應需求是否合理幕屹。
30.盡量避免大事務操作蓝丙，提高系統(tǒng)并發(fā)能力级遭。
