SQL SERVER性能優化綜述

一個系統的性能的提高，不單單是試運行或者維護階段的性能調優的任務，也不單單是開發階段的事情，而是在整個軟體生命周期都需要注意，進行有效工作才能達到的。所以我希望按照軟體生命周期的不同階段來總結資料庫性能優化相關的注意事項。

一、分析階段

一般來說，在系統分析階段往往有太多需要關注的地方，系統各種功能性、可用性、可靠性、安全性需求往往吸引了我們大部分的注意力，但是，我們必須注意，性能是很重要的非功能性需求，必須根據系統的特點確定其實時性需求、響應時間的需求、硬體的配置等。最好能有各種需求的量化的指標。

另一方面，在分析階段應該根據各種需求區分出系統的類型，大的方面，區分是OLTP（聯機事務處理系統）和OLAP（聯機分析處理系統）。

二、設計階段

設計階段可以說是以後系統性能的關鍵階段，在這個階段，有一個關係到以後幾乎所有性能調優的過程—資料庫設計。

在資料庫設計完成後，可以進行初步的索引設計，好的索引設計可以指導編碼階段寫出高效率的代碼，為整個系統的性能打下良好的基礎。

以下是性能要求設計階段需要注意的：

1、

資料庫邏輯設計的規範化

資料庫邏輯設計的規範化就是我們一般所說的範式，我們可以這樣來簡單理解範式：

第1規範：沒有重複的組或多值的列，這是資料庫設計的最低要求。

第2規範: 每個非關鍵欄位必須依賴於主關鍵字，不能依賴於一個組合式主關鍵字的某些組成部分。消除部分依賴，大部分情況下，資料庫設計都應該達到第二範式。

第3規範: 一個非關鍵欄位不能依賴於另一個非關鍵欄位。消除傳遞依賴，達到第三範式應該是系統中大部分表的要求，除非一些特殊作用的表。

更高的範式要求這裡就不再作介紹了，個人認為，如果全部達到第二範式，大部分達到第三範式，系統會產生較少的列和較多的表，因而減少了數據冗餘，也利於性能的提高。

2、

合理的冗餘

完全按照規範化設計的系統幾乎是不可能的，除非系統特別的小，在規範化設計後，有計劃地加入冗餘是必要的。

冗餘可以是冗餘資料庫、冗餘表或者冗餘欄位，不同粒度的冗餘可以起到不同的作用。

冗餘可以是為了編程方便而增加，也可以是為了性能的提高而增加。從性能角度來說，冗餘資料庫可以分散資料庫壓力，冗餘表可以分散數據量大的表的並發壓力，也可以加快特殊查詢的速度，冗餘欄位可以有效減少資料庫表的連接，提高效率。

3 、

主鍵的設計

主鍵是必要的，SQL SERVER的主鍵同時是一個唯一索引，而且在實際應用中，我們往往選擇最小的鍵組合作為主鍵，所以主鍵往往適合作為表的聚集索引。聚集索引對查詢的影響是比較大的，這個在下面索引的敘述。

在有多個鍵的表，主鍵的選擇也比較重要，一般選擇總的長度小的鍵，小的鍵的比較速度快，同時小的鍵可以使主鍵的B樹結構的層次更少。

主鍵的選擇還要注意組合主鍵的欄位次序，對於組合主鍵來說，不同的欄位次序的主鍵的性能差別可能會很大，一般應該選擇重複率低、單獨或者組合查詢可能性大的欄位放在前面。

4、

外鍵的設計

外鍵作為資料庫對象，很多人認為麻煩而不用，實際上，外鍵在大部分情況下是很有用的，理由是：

外鍵是最高效的一致性維護方法，資料庫的一致性要求，依次可以用外鍵、CHECK約束、規則約束、觸發器、客戶端程序，一般認為，離數據越近的方法效率越高。

謹慎使用級聯刪除和級聯更新，級聯刪除和級聯更新作為SQL SERVER 2000當年的新功能，在2005作了保留，應該有其可用之處。我這裡說的謹慎，是因為級聯刪除和級聯更新有些突破了傳統的關於外鍵的定義，功能有點太過強大，使用前必須確定自己已經把握好其功能範圍，否則，級聯刪除和級聯更新可能讓你的數據莫名其妙的被修改或者丟失。從性能看級聯刪除和級聯更新是比其他方法更高效的方法。

5、

欄位的設計

欄位是資料庫最基本的單位，其設計對性能的影響是很大的。需要注意如下：

A、數據類型盡量用數字型，數字型的比較比字元型的快很多。

B、

數據類型盡量小，這裡的盡量小是指在滿足可以預見的未來需求的前提下的。

C、

盡量不要允許NULL，除非必要，可以用NOT NULL+DEFAULT代替。

D、少用TEXT和IMAGE，二進位欄位的讀寫是比較慢的，而且，讀取的方法也不多，大部分情況下最好不用。

E、

自增欄位要慎用，不利於數據遷移。

6、

資料庫物理存儲和環境的設計

在設計階段，可以對資料庫的物理存儲、操作系統環境、網路環境進行必要的設計，使得我們的系統在將來能適應比較多的用戶並發和比較大的數據量。

這裡需要注意文件組的作用，適用文件組可以有效把I/O操作分散到不同的物理硬碟，提高並發能力。

7、

系統設計

整個系統的設計特別是系統結構設計對性能是有很大影響的，對於一般的OLTP系統，可以選擇C/S結構、三層的C/S結構等，不同的系統結構其性能的關鍵也有所不同。

系統設計階段應該歸納一些業務邏輯放在資料庫編程實現，資料庫編程包括資料庫存儲過程、觸發器和函數。用資料庫編程實現業務邏輯的好處是減少網路流量並可更充分利用資料庫的預編譯和緩存功能。

8、

索引的設計

在設計階段，可以根據功能和性能的需求進行初步的索引設計，這裡需要根據預計的數據量和查詢來設計索引，可能與將來實際使用的時候會有所區別。

關於索引的選擇，應改主意：

A、

根據數據量決定哪些表需要增加索引，數據量小的可以只有主鍵。

B、

根據使用頻率決定哪些欄位需要建立索引，選擇經常作為連接條件、篩選條件、聚合查詢、排序的欄位作為索引的候選欄位。

C、

把經常一起出現的欄位組合在一起，組成組合索引，組合索引的欄位順序與主鍵一樣，也需要把最常用的欄位放在前面，把重複率低的欄位放在前面。

D、

一個表不要加太多索引，因為索引影響插入和更新的速度。

以上技術由重慶思庄提供

推薦閱讀：