SQL優化技能指南。本站提示廣大學習愛好者：（SQL優化技能指南）文章只能為提供參考，不一定能成為您想要的結果。以下是SQL優化技能指南正文
對查詢停止優化，要盡可能防止全表掃描，起首應斟酌在 where 及 order by 觸及的列上樹立索引。
應盡可能防止在 where 子句中對字段停止 null 值斷定，不然將招致引擎廢棄應用索引而停止全表掃描
select id from t where num is null
最好不要給數據庫留NULL，盡量的應用 NOT NULL填湊數據庫。
備注、描寫、評論之類的可以設置為 NULL，其他的，最好不要應用NULL。
不要認為 NULL 不須要空間，好比：char(100) 型，在字段樹立時，空間就固定了， 不論能否拔出值（NULL也包括在內），都是占用 100個字符的空間的，假如是varchar如許的變長字段， null 不占用空間。
可以在num上設置默許值0，確保表中num列沒有null值，然後如許查詢：
select id from t where num = 0
應盡可能防止在 where 子句中應用 != 或 <> 操作符，不然將引擎廢棄應用索引而停止全表掃描。
應盡可能防止在 where 子句中應用 or 來銜接前提，假如一個字段有索引，一個字段沒有索引，將招致引擎廢棄應用索引而停止全表掃描
select id from t where num=10 or Name = 'admin'
可以如許查詢：
select id from t where num = 10 union all select id from t where Name = 'admin'
in 和 not in 也要慎用，不然會招致全表掃描
select id from t where num in(1,2,3)
關於持續的數值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
許多時刻用 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)
上面的查詢也將招致全表掃描
select id from t where name like ‘%abc%'
若要進步效力，可以斟酌全文檢索。
假如在 where 子句中應用參數，也會招致全表掃描。由於SQL只要在運轉時才會解析部分變量，但優化法式不克不及將拜訪籌劃的選擇推延到運轉時；它必需在編譯時停止選擇。但是，假如在編譯時樹立拜訪籌劃，變量的值照樣未知的，因此沒法作為索引選擇的輸出項。以下面語句將停止全表掃描：
select id from t where num = @num
可以改成強迫查詢應用索引：
select id from t with(index(索引名)) where num = @num
應盡可能防止在 where 子句中對字段停止表達式操作，這將招致引擎廢棄應用索引而停止全表掃描。如：
select id from t where num/2 = 100
應改成:
select id from t where num = 100*2
應盡可能防止在where子句中對字段停止函數操作，這將招致引擎廢棄應用索引而停止全表掃描。如：
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'
不要在 where 子句中的“=”右邊停止函數、算術運算或其他表達式運算，不然體系將能夠沒法准確應用索引。
在應用索引字段作為前提時，假如該索引是復合索引，那末必需應用到該索引中的第一個字段作為前提時能力包管體系應用該索引，不然該索引將不會被應用，而且應盡量的讓字段次序與索引次序相分歧。
不要寫一些沒成心義的查詢，如須要生成一個空表構造：
select col1,col2 into #t from t where 1=0
這類代碼不會前往任何成果集，然則會消費體系資本的，應改成如許：
create table #t(…)
Update 語句，假如只更改1、2個字段，不要Update全體字段，不然頻仍挪用會惹起顯著的機能消費，同時帶來年夜量日記。
關於多張年夜數據量（這裡幾百條就算年夜了）的表JOIN，要先分頁再JOIN，不然邏輯讀會很高，機能很差。
select count(*) from table；如許不帶任何前提的count會惹起全表掃描，而且沒有任何營業意義，是必定要根絕的。
引其實不是越多越好，索引雖然可以進步響應的 select 的效力，但同時也下降了 insert 及 update 的效力，由於 insert 或 update 時有能夠會重建索引，所以如何建索引須要鄭重斟酌，視詳細情形而定。一個表的索引數最好不要跨越6個，若太多則應斟酌一些不常應用到的列上建的索引能否有需要。
應盡量的防止更新 clustered 索引數據列，由於 clustered 索引數據列的次序就是表記載的物理存儲次序，一旦該列值轉變將招致全部表記載的次序的調劑，會消耗相當年夜的資本。若運用體系須要頻仍更新 clustered 索引數據列，那末須要斟酌能否應將該索引建為 clustered 索引。
盡可能應用數字型字段，若只含數值信息的字段盡可能不要設計為字符型，這會下降查詢和銜接的機能，並會增長存儲開支。這是由於引擎在處置查詢和銜接時會逐一比擬字符串中每個字符，而關於數字型而言只須要比擬一次就夠了。
盡量的應用 varchar/nvarchar 取代 char/nchar ，由於起首變長字段存儲空間小，可以節儉存儲空間，其次關於查詢來講，在一個絕對較小的字段內搜刮效力明顯要高些。
任何處所都不要應用 select * from t ，器具體的字段列表取代“*”，不要前往用不到的任何字段。
盡可能應用表變量來取代暫時表。假如表變量包括年夜量數據，請留意索引異常無限（只要主鍵索引）。
防止頻仍創立和刪除暫時表，以削減體系表資本的消費。暫時表其實不是弗成應用，恰當地應用它們可使某些例程更有用，例如，當須要反復援用年夜型表或經常使用表中的某個數據集時。然則，關於一次性事宜， 最好應用導出表。
在新建暫時表時，假如一次性拔出數據量很年夜，那末可使用 select into 取代 create table，防止形成年夜量 log ，以進步速度；假如數據量不年夜，為了緊張體系表的資本，應先create table，然後insert。
假如應用到了暫時表，在存儲進程的最初務勢必一切的暫時表顯式刪除，先 truncate table ，然後 drop table ，如許可以免體系表的較長時光鎖定。
盡可能防止應用游標，由於游標的效力較差，假如游標操作的數據跨越1萬行，那末就應當斟酌改寫。
應用基於游標的辦法或暫時表辦法之前，應先尋覓基於集的處理計劃來處理成績，基於集的辦法平日更有用。
與暫時表一樣，游標其實不是弗成應用。對小型數據集應用 FAST_FORWARD 游標平日要優於其他逐行處置辦法，特別是在必需援用幾個表能力取得所需的數據時。在成果集中包含“算計”的例程平日要比應用游標履行的速度快。假如開辟時 間許可，基於游標的辦法和基於集的辦法都可以測驗考試一下，看哪種辦法的後果更好。
在一切的存儲進程和觸發器的開端處設置 SET NOCOUNT ON ，在停止時設置 SET NOCOUNT OFF 。無需在履行存儲進程和觸發器的每一個語句後向客戶端發送 DONE_IN_PROC 新聞。
盡可能防止年夜事務操作，進步體系並發才能。
盡可能防止向客戶端前往年夜數據量，若數據量過年夜，應當斟酌響應需求能否公道。
現實案例剖析：拆分年夜的 DELETE 或INSERT 語句，批量提交SQL語句
假如你須要在一個在線的網站上去履行一個年夜的 DELETE 或 INSERT 查詢，你須要異常當心，要防止你的操作讓你的全部網站停滯響應。由於這兩個操作是會鎖表的，表一鎖住了，其余操作都進不來了。
Apache 會有許多的子過程或線程。所以，其任務起來相當有用率，而我們的辦事器也不願望有太多的子過程，線程和數據庫鏈接，這是極年夜的占辦事器資本的工作，特別是內存。
假如你把你的表鎖上一段時光，好比30秒鐘，那末關於一個有很高拜訪量的站點來講，這30秒所積聚的拜訪過程/線程，數據庫鏈接，翻開的文件數，能夠不只僅會讓你的WEB辦事瓦解，還能夠會讓你的整台辦事器立時掛了。
所以，假如你有一個年夜的處置，你必定把其拆分，應用 LIMIT oracle(rownum),sqlserver(top)前提是一個好的辦法。上面是一個mysql示例：
while(1){
//每次只做1000條
mysql_query(“delete from logs where log_date <= '2012-11-01' limit 1000”);
if(mysql_affected_rows() == 0){
//刪除完成，加入！
break；
}
//每次暫停一段時光，釋放表讓其他過程/線程拜訪。
usleep(50000)
}
