SQL SERVER調優經常使用方法

提及SQL SERVER的調優,我想大夥也很想知道這方面的知識。本人也正在探索的路上,你們有什麼好的意見,歡迎一塊兒探討、研究。博取衆人之長,才能揚長避短。
本文中的內容主要是摘自《程序員的SQL金典》,如若你們想拜讀,可在網上下載拜讀(固然最好的方式仍是購買做者的書)。
關於調優的方案,有涉及硬件方面的知識,也有涉及軟件方面的知識。但本人只是個軟件方面的IT男,因此只是記錄軟件方面的內容。
其實關於SQL SERVER或者是其它數據庫來說,有些優化手段都是一致的。好比常規的方式有以下幾種方式:程序員

 

建立必要的索引

 

大學讀書時就據說過數據庫裏面的索引,一直沒去深究過,也在無知無畏中進行了四年多的開發生涯,想來慚愧的很,今天有幸瞭解,頓感人生之闊然開朗通常。索引,不單是數據庫裏面纔有,像咱們寫代碼不也碰到數組也有索引嘛。索引就是已經按照某一種固定好的方式排序好內容,而後咱們再去經過索引位置來定位到它。說到SQL SERVER的索引,有必要講講兩個概念。分別是聚簇索引和非聚簇索引。
一、聚簇索引:就是索引存儲的方式跟內容物理存儲的方式一致
二、非聚簇索引:就是索引存儲的方式跟內容物理存儲的順序不一致
下面簡單說明二者的區別。最簡單的例子就是漢語詞典的方式,對於一本漢語詞典來講,它的物理存儲順序是已經固定好了的,是經過拼音的順序排列好的,這也就是說,漢語詞典的物理存儲方式就是經過拼音的方式來存儲。好比以拼音來創建的索引,就是聚簇索引。WHY?由於索引的存儲跟漢語詞典的物理存儲是一致的,也就是上面概念所說的分類。那麼非聚簇索引是什麼狀況,好比像漢語詞典裏面偏旁部首是一種索引的話,那麼偏旁部首的索引就會是非聚簇索引了。WHY?由於它跟漢語詞典原有的物理存儲方式不一致。當建立聚簇索引時須要每一張表只能有一個聚簇索引,由於表中數據的物理順序只能有一個,而非彙集索引則能夠建立多個數據庫

注:因爲索引須要佔據必定的存儲空間,並且索引也會下降數據插入、更新和刪除的速度,因此應該只建立必要的索引,通常是在檢索的字段建立索引。 對於刪除來講,索引會形成碎片的問題。由於當咱們刪除一條記錄的時候,對應的索引並不會刪除。形成建立的索引被閒置,一旦閒置的索引碎片多了,就會影響查詢的效率。系統的垃圾碎片也是同樣的道理,須要按期清除。對於索引來講,發現使用索引搜索的速度慢了,就須要按期去重建索引,重建索引將會先刪除以前建立的索引,而後再新建新的索引,主流數據庫管理系統都提供了重建索引的功能。數組

 

使用預編譯查詢

 

不少人會使用存儲過程把SQL語句預先編譯起來,以此來達到優化的目的。有的項目是根據用戶的輸入來動態執行SQL語句,無論何種方式,都使用參數化的方式來執行,這樣不只能夠避免SQL注入漏洞攻擊,最重要數據庫會對這些參數化SQL執行預編譯,這樣第一次執行的時候DBMS會爲這個SQL語句進行查詢優化而且執行預編譯,這樣之後再執行這個SQL 的時候就直接使用預編譯的結果,這樣能夠大大提升執行的速度。服務器

 

調整WHERE 子句中的鏈接順序(這個不是很懂?)

 

DBMS 通常採用自下而上的順序解析WHERE 子句,根據這個原理,錶鏈接最好寫在其餘WHERE條件以前,那些能夠過濾掉最大數量記錄。
好比下面的SQL語句性能較差:網絡

SELECT [FName],[FCity]
,[FAge]
,[FSalary]
FROM T_Person WHERE FSalary > 50000 AND FPosition= ‘MANAGER’ AND 25 < (SELECT COUNT(FName) FROM T_Manager WHERE FManagerId=2);

咱們將子查詢的條件放到最前面,下面的SQL語句性能比較好:函數

SELECT [FName],[FCity]
,[FAge]
,[FSalary]
FROM T_Person WHERE 25 < (SELECT COUNT(FName) FROM T_Manager WHERE FManagerId=2) AND FSalary > 50000 AND FPosition= ‘MANAGER’ ;

 

SELECT語句中避免使用'*'

 

對於SELECT * FROM TABLE這種方式,我想不少人都會這麼去查詢。WHY?一方面是由於系統的數據量級別還比較低,二來也圖方便。可是隨着項目的數據量瘋長,系統的性能急速降低以後,優化的每一種方式都須要引發咱們的重視。像查詢這種方式來說,若是不用檢索出全部列的狀況,儘可能指定查詢的列。這能有效減輕網絡的負載和服務器資源的消耗。即便確實須要檢索全部列,也不要使用SELECT *,由於這是一個很是低效的方法,DBMS在解析的過程當中,會將*依次轉換成全部的列名,這意味着將耗費更多的時間。在SQL Server Management Studio工具裏面查詢圖省事,數據量不大我以爲仍是能夠的:),但至少在代碼裏面是不建議這麼處理。工具

 

多條SQL語句壓縮到一句SQL中去執行

 

對於SQL語句的執行,每次都要創建網絡鏈接、進行權限校驗、進行SQL語句的查詢優化、發送執行結果,這個過程是很是耗時的,所以應該儘可能避免過多的執行SQL語句,可以壓縮到一句SQL執行的語句就不要用多條來執行。性能

 

使用表的別名

 

當在 SQL 語句中鏈接多個表時,請使用表的別名並把別名前綴於每一個列名上。這樣就能夠減小解析的時間並減小那些由列名歧義引發的語法錯誤。優化

 

用EXISTS替代IN   (這個是否就沒有使用IN的必要了?)

 

在查詢中,爲了知足一個條件,每每須要對另外一個表進行聯接,在這種狀況下,使用EXISTS而不是IN 一般將提升查詢的效率,由於IN 子句將執行一個子查詢內部的排序和合並。下面的語句2 就比語句1 效率更加高。spa

語句 1:

SELECT  [FName],[FSalary],[FNumber] FROM T_Employee
WHERE FNumber> 0
AND FDEPTNO IN (SELECT FNumber
FROM T_Department
WHERE FMangerName = 'Tome')

語句 2:

SELECT [FName],[FSalary],[FNumber] FROM T_Employee
WHERE FNumber > 0
AND EXISTS (SELECT 1
FROM T_Department
WHERE T_Department. FDEPTNO = T_Employee.FNumber
AND FMangerName = ‘MELB’)

 

用錶鏈接替換EXISTS  (這個不是很懂,不知道執行方式是怎麼樣的?感受都同樣)

 

一般來講,錶鏈接的方式比EXISTS 更有效率,所以若是可能的話儘可能使用錶鏈接替換EXISTS。下面的語句2 就比語句1 效率更加高。
語句 1:

SELECT FName FROM T_Employee
WHERE EXISTS
(
SELECT 1 FROM T_Department
WHERE T_Employee.FDepartNo= FNumber
AND FKind='A'
);

語句 2:

SELECT FName FROM T_Department, T_Employee
WHERE T_Employee. FDepartNo = T_Departmen. FNumber
AND FKind = ‘A’ ;

 

避免在索引列上使用計算

 

在 WHERE 子句中,若是索引列是計算或者函數的一部分,DBMS 的優化器將不會使用索引而使用全表掃描。
例以下面的SQL語句用於檢索月薪的12倍大於兩萬五千元的員工:

SELECT [TName],[FSalary] FROM T_Employee
WHERE FSalary * 12 >25000;

因爲在大於號左邊的是FSalary與12 的成績表達式,這樣DBMS 的優化器將不會使用字段FSalary的索引,由於DBMS必須對T_Employee表進行全表掃描,從而計算FSalary * 12 的值,而後與25000 進行比較。將上面的SQL語句修改成下面的等價寫法後DBMS將會使用索引查找,從而大大提升了效率:

SELECT [FName],[FSalary],[FNumber] FROM T_Employee
WHERE FSalary >25000/12;

一樣的,不能在索引列上使用函數,由於函數也是一種計算,會形成全表掃描。下面的語句2就比語句1 效率更加高。
語句 1:

SELECT [FAmount],[FName] FROM T_Example
WHERE ABS(FAmount)=300

語句2:

SELECT [FAmount],[FName] FROM T_Example
WHERE FAmount=300 OR FAmount=-300

 

用UNION ALL 替換UNION

 

當 SQL 語句須要UNION 兩個查詢結果集合時,即便檢索結果中不會有重複的記錄,若是使用UNION這兩個結果集一樣會嘗試進行合併,而後在輸出最終結果前進行排序。所以,若是檢索結果中不會有重複的記錄的話,應該用UNION ALL替代UNION,這樣效率就會所以獲得提升。下面的語句2 就比語句1效率更加高。
語句 1:

SELECTACCT_NUM, BALANCE_AMT
FROM DEBIT_TRANSACTIONS1
WHERE TRAN_DATE = '20010101'
UNION
SELECTACCT_NUM, BALANCE_AMT
FROM DEBIT_TRANSACTIONS2
WHERE TRAN_DATE ='20010102'

語句2:

SELECTACCT_NUM, BALANCE_AMT
FROM DEBIT_TRANSACTIONS1
WHERE TRAN_DATE ='20010101'
UNION ALL
SELECTACCT_NUM, BALANCE_AMT
FROM DEBIT_TRANSACTIONS2
WHERE TRAN_DATE = '20010102'

 

避免隱式類型轉換形成的全表掃描

 

T_Person 表的字符串類型字段FLevel 爲人員的級別,在FAge 字段上建有索引。咱們執行下面的SQL語句用於檢索全部級別等於10的員工:

SELECT FId,FAge,FName
FROM T_Person
WHERE FAge=10

在這個SQL 語句中,將字符串類型字段FLevel 與數值10 進行比較,因爲在大部分數據庫中隱式轉換類型中數值類型的優先級高於字符串類型,所以DBMS會對FAge字段進行隱式類型轉換,至關於執行了下面的SQL語句:

SELECT FId,FAge,FName
FROM T_Person
WHERE TO_INT(FAge)=10

因爲在索引字段上進行了計算,因此形成了索引失效而使用全表掃描。所以應將SQL語句作以下修改:

SELECT FId,FAge,FName
FROM T_Person
WHERE FAge='10'

 

防止檢索範圍過寬

 

若是DBMS 優化器認爲檢索範圍過寬,那麼它將放棄索引查找而使用全表掃描。下面是幾種可能形成檢索範圍過寬的狀況:使用IS NOT NULL或者不等於判斷,可能形成優化器假設匹配的記錄數太多。使用LIKE 運算符的時候,"a%"將會使用索引,而"a%c"和"%c"則會使用全表掃描,由於"a%c"和"%c"不能被有效的評估匹配的數量。

相關文章
相關標籤/搜索