SQL Server-聚焦存儲過程性能優化、數據壓縮和頁壓縮提升IO性能（一）

前言

關於SQL Server基礎系列還沒有結束，還剩下最後一點內容未寫，後面會繼續。有園友詢問我何時開始寫SQL Server性能系列，估計還得等一段時間，最近工做也比較忙，可是會陸陸續續的更新SQL Server性能系列，本篇做爲性能系列的基本引導，讓你們嚐嚐鮮。在涉及到SQL Server性能優化時，我看到的有些文章就是一上來列出SQL Server的性能優化條例，根本沒有弄清楚爲何這麼作，固然也有多是本身弄懂了，只是做爲備忘錄，可是到了我這裏，我會遵循不只僅是備忘錄，還要讓各位園友都能易於理解，不至於面試時只知道其果，不知其因。

存儲過程性能優化

禁用受影響函數經過設置SET NOCOUNT ON

如上當咱們進行查詢時老是會返回受影響的行數，這種消息只是對於咱們調試SQL時有幫助，其餘再無其餘幫助，咱們能夠經過設置 SET NOCOUNT ON 來禁用這個特性，這將有顯著的性能提高，有利於減小網絡流量的傳輸。在存儲過程當中咱們像以下設置。

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

使用架構名稱+對象名稱

這個建議在開篇咱們就已經明確講過，經過設置架構名稱的對象名稱是最合格的，此時將直接執行編譯計劃而不是在使用緩存計劃時還要去其餘可能的架構中去查找對象。因此咱們建議老是像以下使用。

SELECT * FROM Sales.Customers -- 推薦
-- 而不是
SELECT * FROM Customers -- 避免

--調用存儲過程以下
EXEC dbo.MyProc -- 推薦
--而不是
EXEC MyProc -- 避免

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

若是一個存儲過程名稱以sp開頭，此時數據庫查詢引擎首先將在master數據庫中去查找存儲過程而後再是在當前會話的數據庫中去查找存儲過程。

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

網上隨便一搜索就看到以下查詢一行是否存在的SQL語句。

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

當判斷一條記錄是否在表中存在時咱們使用IF EXISIS，若是在IF EXISTS中內部語句中有任何值返回則返回TRUE。如上述

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

此時將返回學號 = '1005'的這一行，而若是用1代替則不用返回知足條件的這一行記錄，在查詢時爲了網絡傳輸咱們應該最小化處理數據，因此咱們應該像以下作返回單值1.

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

使用sp_executesql而不是使用EXECUTE

sp_executesql支持使用參數而不是使用EXECUTE來提升代碼重用，動態語句的查詢執行計劃只有對每一個字符包括大小寫、空格、參數、註釋相同的語句才重用。若是利用EXECUTE執行以下動態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)

執行查詢計劃以下，若是再一次使用不一樣的@contactname值，此時查詢執行計劃將再次建立@contactname不會達到重用的目的

若是咱們使用利用sp_executesql像以下查詢，若是對於不一樣的@contactname值，此時查詢執行計劃將被會重用，將會達到提升性能的目的。

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以後開始支持異常處理，若是咱們進行異常語句檢查處理，若是出現異常將不會致使利用更多的代碼來消耗更多的資源和時間。

儘量使事務簡短

事務的長度會影響阻塞和死鎖。直到事務結束排他鎖不會釋放，在高隔離級別中共享鎖的生命週期更長， 所以，冗長的事務意味着鎖定的時間更長，鎖定的時間越長最終致使阻塞，在有些狀況下，阻塞會轉變成死鎖，因此爲了更快的執行、更少的阻塞，咱們應該使事務的長度儘可能簡短。

數據壓縮和頁壓縮提升IO

SQL Server主要的性能取決於磁盤IO效率，改善IO意味着提升性能，在SQL Server 2008中提供了數據和備份壓縮功能。下面咱們一塊兒來看看。

數據壓縮

數據壓縮意味着磁盤保留的空間減小，數據壓縮能夠配置在表上的彙集索引、非彙集索引、索引視圖或者分區表或者分區索引。數據壓縮能夠在兩個級別中實現：一個是行壓縮，另一個是頁壓縮，甚至頁壓縮會自動實現行壓縮，當經過CREATE TABLE、CREATE INDEX語句時會壓縮表和索引，爲了改變一個表、索引和分區的壓縮狀態經過 ALTER TABLE.. REBUILD WITH or ALTER INDEX.. REBUILD WITH語句實現。當一個堆棧的壓縮狀態改變後，此時非彙集索引將重建，在行壓縮中，使用如下四種方法來消除未使用的空間。

1.減小記錄中的元數據開銷。

2.全部數字類型（INT、NUMERIC等）和基於數字類型（如DATETIME、MONEY）將會轉換成可變長度值，例如INT類型在壓縮後全部未被消耗的空間將會被回收。好比咱們知道0-255能夠存儲一個字節中，若咱們的值是100，在磁盤中INT是4個字節，可是在壓縮以後其他3個字節將會被回收。

3.CHAR和NCHAR會轉換成可變長度存儲，在壓縮以後對於實際存儲的數據將不會再有空格，好比咱們定義CHAR(10)，此時咱們存儲的數據爲Jeffcky，默認狀況下將會預留10個字節，此時將會有3個字節爲空格補充，可是在壓縮以後這3個字節將會被回收，僅僅只預留7個字節。

4.全部NULL和0都已通過優化不須要字節。

頁壓縮

頁壓縮將會經過如下三種方法實現。

1.上述已經提到的全部。

2.前綴壓縮：在每頁上的每一列，被標識的全部行的公共值以及存儲在標題下的每一行，在壓縮以後公共值將替換爲標題行的引用。

3.字典壓縮：在字典壓縮中，每一頁中的每一列標識公共值，是將存儲在標題行的第二行中，而後這些公共值將替換爲新行中的值的引用。

說了這麼多，具體究竟是怎樣使用的呢？請繼續往下看，咱們經過使用臨時數據庫插入748條數據，以下：

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

接下來進行行壓縮和頁壓縮來和原始未壓縮進行比較看看。

-- 原始值
EXEC sp_spaceused TestCompression
GO
-- DATA_COMPRESSION = 設置行壓縮
ALTER TABLE TestCompression
REBUILD WITH (DATA_COMPRESSION = ROW);
GO
EXEC sp_spaceused TestCompression
GO
-- DATA_COMPRESSION = 設置頁壓縮
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

結果以下：

壓縮後數據顯然變少了，若是數據量足夠大頁壓縮比行壓縮的數據會更少，從而減小IO提升性能，不知道看到本文的你是否在生產服務上是否已經應用過呢，下次能夠試試。

總結

本節咱們稍微講解了下存儲過程的性能優化和數據壓縮提升IO，固然還有其餘優化，這裏只是做爲後續開篇。