1.對查詢進行優(yōu)化住闯,應盡量避免全表掃描,首先應考慮在 where 及 order by 涉及的列上建立索引杠巡。
2.應盡量避免在 where 子句中對字段進行 null 值判斷氢拥,否則將導致引擎放棄使用索引而進行全表掃描,如:
select id from t where num is null
可以在num上設置默認值0嫩海,確保表中num列沒有null值叁怪,然后這樣查詢:
select id from t where num=0
3.應盡量避免在 where 子句中使用!=或<>操作符深滚,否則將引擎放棄使用索引而進行全表掃描痴荐。
4.應盡量避免在 where 子句中使用 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
5.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
6.下面的查詢也將導致全表掃描:
select id from t where name like '%abc%'
若要提高效率捅彻,可以考慮全文檢索鞍陨。
7.如果在 where 子句中使用參數(shù),也會導致全表掃描缭裆。因為SQL只有在運行時才會解析局部變量澈驼,但優(yōu)化程序不能將訪問計劃的選擇推遲到運行時缝其;它必須在編譯時進行選擇内边。然而漠其,如果在編譯時建立訪問計劃辉懒,變量的值還是未知的谍失,因而無法作為索引選擇的輸入項快鱼。如下面語句將進行全表掃描:
select id from t where num=@num
可以改為強制查詢使用索引:
select id from t with(index(索引名)) where num=@num
8.應盡量避免在 where 子句中對字段進行表達式操作颠印,這將導致引擎放棄使用索引而進行全表掃描纲岭。如:
select id from t where num/2=100
應改為:
select id from t where num=1002
9.應盡量避免在where子句中對字段進行函數(shù)操作,這將導致引擎放棄使用索引而進行全表掃描线罕。如:
select id from t where substring(name,1,3)='abc'--name以abc開頭的id
select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30'生成的id
應改為:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
10.不要在 where 子句中的“=”左邊進行函數(shù)止潮、算術運算或其他表達式運算,否則系統(tǒng)將可能無法正確使用索引钞楼。
11.在使用索引字段作為條件時喇闸,如果該索引是復合索引,那么必須使用到該索引中的第一個字段作為條件時才能保證系統(tǒng)使用該索引询件,否則該索引將不會被使用燃乍,并且應盡可能的讓字段順序與索引順序相一致。
12.不要寫一些沒有意義的查詢宛琅,如需要生成一個空表結構:
select col1,col2 into #t from t where 1=0
這類代碼不會返回任何結果集刻蟹,但是會消耗系統(tǒng)資源的舆瘪,應改成這樣:
create table #t(...)
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.并不是所有索引對查詢都有效昙读,SQL是根據(jù)表中數(shù)據(jù)來進行查詢優(yōu)化的,當索引列有大量數(shù)據(jù)重復時,SQL查詢可能不會去利用索引,如一表中有字段sex囚似,male、female幾乎各一半办素,那么即使在sex上建了索引也對查詢效率起不了作用。
15.索引并不是越多越好,索引固然可以提高相應的 select 的效率,但同時也降低了 insert 及 update 的效率桑嘶,因為 insert 或 update 時有可能會重建索引充甚,所以怎樣建索引需要慎重考慮盈蛮,視具體情況而定衰倦。一個表的索引數(shù)最好不要超過6個,若太多則應考慮一些不常使用到的列上建的索引是否有必要夺艰。
16.應盡可能的避免更新 clustered 索引數(shù)據(jù)列厢蒜,因為 clustered 索引數(shù)據(jù)列的順序就是表記錄的物理存儲順序愕贡,一旦該列值改變將導致整個表記錄的順序的調整,會耗費相當大的資源诫钓。若應用系統(tǒng)需要頻繁更新 clustered 索引數(shù)據(jù)列惧所,那么需要考慮是否應將該索引建為 clustered 索引蕾久。
17.盡量使用數(shù)字型字段,若只含數(shù)值信息的字段盡量不要設計為字符型,這會降低查詢和連接的性能,并會增加存儲開銷。這是因為引擎在處理查詢和連接時會逐個比較字符串中每一個字符,而對于數(shù)字型而言只需要比較一次就夠了盐欺。
18.盡可能的使用 varchar/nvarchar 代替 char/nchar 粉洼,因為首先變長字段存儲空間小蛤吓,可以節(jié)省存儲空間唆铐,其次對于查詢來說,在一個相對較小的字段內搜索效率顯然要高些。
19.任何地方都不要使用 select * from t 钞啸,用具體的字段列表代替“”絮吵,不要返回用不到的任何字段莺戒。
20.盡量使用表變量來代替臨時表食店。如果表變量包含大量數(shù)據(jù),請注意索引非常有限(只有主鍵索引)碎乃。
21.避免頻繁創(chuàng)建和刪除臨時表,以減少系統(tǒng)表資源的消耗。
22.臨時表并不是不可使用焚虱,適當?shù)厥褂盟鼈兛梢允鼓承├谈行В绻┖浚斝枰貜鸵么笮捅砘虺S帽碇械哪硞€數(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ù)時洁墙。在結果集中包括“合計”的例程通常要比使用游標執(zhí)行的速度快见剩。如果開發(fā)時間允許,基于游標的方法和基于集的方法都可以嘗試一下扫俺,看哪一種方法的效果更好。
28.在所有的存儲過程和觸發(fā)器的開始處設置 SET NOCOUNT ON 固翰,在結束時設置 SET NOCOUNT OFF 狼纬。無需在執(zhí)行存儲過程和觸發(fā)器的每個語句后向客戶端發(fā)送 DONE_IN_PROC 消息。
29.盡量避免大事務操作骂际,提高系統(tǒng)并發(fā)能力疗琉。
30.盡量避免向客戶端返回大數(shù)據(jù)量,若數(shù)據(jù)量過大歉铝,應該考慮相應需求是否合理盈简。
SQL優(yōu)化 如何寫出高質量的SQL
最后編輯于 :
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
- 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來膏蚓,“玉大人瓢谢,你說我怎么就攤上這事⊥郧疲” “怎么了氓扛?”我有些...
- 文/不壞的土叔 我叫張陵,是天一觀的道長剧董。 經(jīng)常有香客問我幢尚,道長,這世上最難降的妖魔是什么翅楼? 我笑而不...
- 文/花漫 我一把揭開白布皂林。 她就那樣靜靜地躺著朗鸠,像睡著了一般。 火紅的嫁衣襯著肌膚如雪础倍。 梳的紋絲不亂的頭發(fā)上烛占,一...
- 文/蒼蘭香墨 我猛地睜開眼胳搞,長吁一口氣:“原來是場噩夢啊……” “哼卸例!你這毒婦竟也來了?” 一聲冷哼從身側響起肌毅,我...
- 正文 年R本政府宣布,位于F島的核電站页响,受9級特大地震影響篓足,放射性物質發(fā)生泄漏。R本人自食惡果不足惜闰蚕,卻給世界環(huán)境...
- 文/蒙蒙 一栈拖、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧没陡,春花似錦涩哟、人聲如沸索赏。這莊子的主人今日做“春日...
- 文/蒼蘭香墨 我抬頭看了看天上的太陽潜腻。三九已至,卻和暖如春器仗,著一層夾襖步出監(jiān)牢的瞬間融涣,已是汗流浹背。 一陣腳步聲響...
推薦閱讀更多精彩內容
- 一、數(shù)據(jù)庫結構的設計 如果不能設計一個合理的數(shù)據(jù)庫模型筋粗,不僅會增加客戶端和服務器段程序的編程和維護的難度策橘,而且將會...
- 如今隨著互聯(lián)網(wǎng)的發(fā)展,數(shù)據(jù)的量級也是撐指數(shù)的增長娜亿,從GB到TB到PB丽已。對數(shù)據(jù)的各種操作也是愈加的困難,傳統(tǒng)的關系性...
- 我是日記星球第212號星寶寶萬兒病蛉,我在參加日記星球第四期的21天蛻變之旅炫加,這是我在日記星球寫的第十七篇原創(chuàng)日記瑰煎。 ...