前言

關(guān)于SQL Server基礎(chǔ)系列尚未結(jié)束，還剩下最后一點內(nèi)容未寫，后面會繼續(xù)。有園友詢問我什么時候開始寫SQL Server性能系列，估計還得等一段時間，最近工作也比較忙，但是會陸陸續(xù)續(xù)的更新SQL Server性能系列，本篇作為性能系列的基本引導(dǎo)，讓大家嘗嘗鮮。在涉及到SQL Server性能優(yōu)化時，我看到的有些文章就是一上來列出SQL Server的性能優(yōu)化條例，根本沒有弄清楚為什么這么做，當(dāng)然也有可能是自己弄懂了，只是作為備忘錄，但是到了我這里，我會遵循不僅僅是備忘錄，還要讓各位園友都能易于理解，不至于面試時只知道其果，不知其因。

存儲過程性能優(yōu)化

禁用受影響函數(shù)通過設(shè)置SET NOCOUNT ON

如上當(dāng)我們進(jìn)行查詢時總是會返回受影響的行數(shù)，這種消息只是對于我們調(diào)試SQL時有幫助，其他再無其他幫助，我們可以通過設(shè)置 SET NOCOUNT ON 來禁用這個特性，這將有顯著的性能提升，有利于減少網(wǎng)絡(luò)流量的傳輸。在存儲過程中我們像如下設(shè)置。

CREATE PROC dbo.ProcName
AS
SET NOCOUNT ON;
--Your Procedure code
SELECT [address], city, companyname FROM Sales.Customers
-- Reset SET NOCOUNT to OFF
SET NOCOUNT OFF;
GO

使用架構(gòu)名稱+對象名稱

這個建議在開篇我們就已經(jīng)明確講過，通過設(shè)置架構(gòu)名稱的對象名稱是最合格的，此時將直接執(zhí)行編譯計劃而不是在使用緩存計劃時還要去其他可能的架構(gòu)中去查找對象。所以我們建議總是像如下使用。

SELECT * FROM Sales.Customers -- 推薦
-- 而不是
SELECT * FROM Customers -- 避免
--調(diào)用存儲過程如下
EXEC dbo.MyProc -- 推薦
--而不是
EXEC MyProc -- 避免

存儲過程名稱禁止以sp開頭

如果一個存儲過程名稱以sp開頭，此時數(shù)據(jù)庫查詢引擎首先將在master數(shù)據(jù)庫中去查找存儲過程然后再是在當(dāng)前會話的數(shù)據(jù)庫中去查找存儲過程。

使用IF EXISTS (SELECT 1) 而不是 (SELECT *)

網(wǎng)上隨便一搜索就看到如下查詢一行是否存在的SQL語句。

declare @message varchar(200),
  @name varchar(200)
if exists(select * from students where 學(xué)號='1005')
begin
set @message='下列人員符合條件:'
print @message
set @name=(select 姓名 from students where 學(xué)號='1005')
print @name
end
else
  begin
    set @message='沒有人符合條件'
    print @message
  end
go

當(dāng)判斷一條記錄是否在表中存在時我們使用IF EXISIS，如果在IF EXISTS中內(nèi)部語句中有任何值返回則返回TRUE。如上述

if exists(select * from students where 學(xué)號='1005')

此時將返回學(xué)號 = '1005'的這一行，而如果用1代替則不用返回滿足條件的這一行記錄，在查詢時為了網(wǎng)絡(luò)傳輸我們應(yīng)該最小化處理數(shù)據(jù)，所以我們應(yīng)該像如下做返回單值1.

IF EXISTS (SELECT 1 FROM Sales.Customers
WHERE [address] = 'Obere Str. 0123')

使用sp_executesql而不是使用EXECUTE

sp_executesql支持使用參數(shù)而不是使用EXECUTE來提高代碼重用，動態(tài)語句的查詢執(zhí)行計劃只有對每個字符包括大小寫、空格、參數(shù)、注釋相同的語句才重用。如果利用EXECUTE執(zhí)行如下動態(tài)SQL語句。

DECLARE @Query VARCHAR(100)
DECLARE @contactname VARCHAR(50)
SET @contactname = 'Allen, Michael'
SET @Query = 'SELECT * FROM Sales.Customers WHERE contactname = ' + CONVERT(VARCHAR(3),@contactname)
EXEC (@Query)

執(zhí)行查詢計劃如下，如果再一次使用不同的@contactname值，此時查詢執(zhí)行計劃將再次創(chuàng)建@contactname不會達(dá)到重用的目的

如果我們使用利用sp_executesql像如下查詢，如果對于不同的@contactname值，此時查詢執(zhí)行計劃將被會重用，將會達(dá)到提高性能的目的。

DECLARE @Query VARCHAR(100)
SET @Query = 'SELECT * FROM Sales.Customers WHERE contactname = @contactname'
EXECUTE sp_executesql @Query,N'@contactname VARCHAR(50)',@contactname = 'Allen, Michael'

對于異常處理利用TRY-CATCH處理

在SQL Server 2005之后開始支持異常處理，如果我們進(jìn)行異常語句檢查處理，如果出現(xiàn)異常將不會導(dǎo)致利用更多的代碼來消耗更多的資源和時間。

盡可能使事務(wù)簡短

事務(wù)的長度會影響阻塞和死鎖。直到事務(wù)結(jié)束排他鎖不會釋放，在高隔離級別中共享鎖的生命周期更長， 因此，冗長的事務(wù)意味著鎖定的時間更長，鎖定的時間越長最終導(dǎo)致阻塞，在有些情況下，阻塞會轉(zhuǎn)變成死鎖，所以為了更快的執(zhí)行、更少的阻塞，我們應(yīng)該使事務(wù)的長度盡量簡短。

數(shù)據(jù)壓縮和頁壓縮提高IO

SQL Server主要的性能取決于磁盤IO效率，改善IO意味著提高性能，在SQL Server 2008中提供了數(shù)據(jù)和備份壓縮功能。下面我們一起來看看。

數(shù)據(jù)壓縮

數(shù)據(jù)壓縮意味著磁盤保留的空間減少，數(shù)據(jù)壓縮可以配置在表上的聚集索引、非聚集索引、索引視圖或者分區(qū)表或者分區(qū)索引。數(shù)據(jù)壓縮可以在兩個級別中實現(xiàn)：一個是行壓縮，另外一個是頁壓縮，甚至頁壓縮會自動實現(xiàn)行壓縮，當(dāng)通過CREATE TABLE、CREATE INDEX語句時會壓縮表和索引，為了改變一個表、索引和分區(qū)的壓縮狀態(tài)通過 ALTER TABLE.. REBUILD WITH or ALTER INDEX.. REBUILD WITH語句實現(xiàn)。當(dāng)一個堆棧的壓縮狀態(tài)改變后，此時非聚集索引將重建，在行壓縮中，使用以下四種方法來消除未使用的空間。

1.減少記錄中的元數(shù)據(jù)開銷。

2.所有數(shù)字類型（INT、NUMERIC等）和基于數(shù)字類型（如DATETIME、MONEY）將會轉(zhuǎn)換成可變長度值，例如INT類型在壓縮后所有未被消耗的空間將會被回收。比如我們知道0-255可以存儲一個字節(jié)中，若我們的值是100，在磁盤中INT是4個字節(jié)，但是在壓縮之后其余3個字節(jié)將會被回收。

3.CHAR和NCHAR會轉(zhuǎn)換成可變長度存儲，在壓縮之后對于實際存儲的數(shù)據(jù)將不會再有空格，比如我們定義CHAR(10)，此時我們存儲的數(shù)據(jù)為Jeffcky，默認(rèn)情況下將會預(yù)留10個字節(jié)，此時將會有3個字節(jié)為空格補充，但是在壓縮之后這3個字節(jié)將會被回收，僅僅只預(yù)留7個字節(jié)。

4.所有NULL和0都已經(jīng)過優(yōu)化不需要字節(jié)。

頁壓縮

頁壓縮將會通過以下三種方法實現(xiàn)。

1.上述已經(jīng)提到的所有。

2.前綴壓縮：在每頁上的每一列，被標(biāo)識的所有行的公共值以及存儲在標(biāo)題下的每一行，在壓縮之后公共值將替換為標(biāo)題行的引用。

3.字典壓縮：在字典壓縮中，每一頁中的每一列標(biāo)識公共值，是將存儲在標(biāo)題行的第二行中，然后這些公共值將替換為新行中的值的引用。

說了這么多，具體到底是怎樣使用的呢？請繼續(xù)往下看，我們通過使用臨時數(shù)據(jù)庫插入748條數(shù)據(jù)，如下：

USE tempdb
GO
CREATE TABLE TestCompression (col1 INT, col2 CHAR(50))
GO
INSERT INTO TestCompression VALUES (10, '壓縮測試')
GO 748

接下來進(jìn)行行壓縮和頁壓縮來和原始未壓縮進(jìn)行比較看看。

-- 原始值
EXEC sp_spaceused TestCompression
GO
-- DATA_COMPRESSION = 設(shè)置行壓縮
ALTER TABLE TestCompression
REBUILD WITH (DATA_COMPRESSION = ROW);
GO
EXEC sp_spaceused TestCompression
GO
-- DATA_COMPRESSION = 設(shè)置頁壓縮
ALTER TABLE TestCompression
REBUILD WITH (DATA_COMPRESSION = PAGE);
GO
EXEC sp_spaceused TestCompression
GO
-- DATA_COMPRESSION = 沒有壓縮
ALTER TABLE TestCompression
REBUILD WITH (DATA_COMPRESSION = NONE);
GO
EXEC sp_spaceused TestCompression
GO

結(jié)果如下：

壓縮后數(shù)據(jù)顯然變少了，如果數(shù)據(jù)量足夠大頁壓縮比行壓縮的數(shù)據(jù)會更少，從而減少IO提高性能，不知道看到本文的你是否在生產(chǎn)服務(wù)上是否已經(jīng)應(yīng)用過呢，下次可以試試。

以上所述是小編給大家介紹的SQL Server 聚焦存儲過程性能優(yōu)化、數(shù)據(jù)壓縮和頁壓縮提高IO性能方法（一），希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

最新評論