綜合分析 SQL SERVER 性能優(yōu)化

　　網(wǎng)(LieHuo.Net)教程 近期因工作需要，希望比較全面的總結(jié)下SQL SERVER數(shù)據(jù)庫(kù)性能優(yōu)化相關(guān)的注意事項(xiàng)，在網(wǎng)上搜索了一下,發(fā)現(xiàn)很多文章,有的都列出了上百條,但是仔細(xì)看發(fā)現(xiàn)，有很多似是而非或者過(guò)時(shí)(可能對(duì)SQL SERVER6.5以前的版本或者ORACLE是適用的)的信息，只好自己根據(jù)以前的經(jīng)驗(yàn)和測(cè)試結(jié)果進(jìn)行總結(jié)了。

　　我始終認(rèn)為，一個(gè)系統(tǒng)的性能的提高，不單單是試運(yùn)行或者維護(hù)階段的性能調(diào)優(yōu)的任務(wù)，也不單單是開(kāi)發(fā)階段的事情，而是在整個(gè)軟件生命周期都需要注意，進(jìn)行有效工作才能達(dá)到的。所以我希望按照軟件生命周期的不同階段來(lái)總結(jié)數(shù)據(jù)庫(kù)性能優(yōu)化相關(guān)的注意事項(xiàng)。

　　一、 分析階段

　　一般來(lái)說(shuō)，在系統(tǒng)分析階段往往有太多需要關(guān)注的地方，系統(tǒng)各種功能性、可用性、可靠性、安全性需求往往吸引了我們大部分的注意力，但是，我們必須注意，性能是很重要的非功能性需求，必須根據(jù)系統(tǒng)的特點(diǎn)確定其實(shí)時(shí)性需求、響應(yīng)時(shí)間的需求、硬件的配置等。最好能有各種需求的量化的指標(biāo)。

　　另一方面，在分析階段應(yīng)該根據(jù)各種需求區(qū)分出系統(tǒng)的類(lèi)型，大的方面，區(qū)分是OLTP(聯(lián)機(jī)事務(wù)處理系統(tǒng))和OLAP(聯(lián)機(jī)分析處理系統(tǒng))。

　　二、 設(shè)計(jì)階段

　　設(shè)計(jì)階段可以說(shuō)是以后系統(tǒng)性能的關(guān)鍵階段，在這個(gè)階段，有一個(gè)關(guān)系到以后幾乎所有性能調(diào)優(yōu)的過(guò)程—數(shù)據(jù)庫(kù)設(shè)計(jì)。

　　在數(shù)據(jù)庫(kù)設(shè)計(jì)完成后，可以進(jìn)行初步的索引設(shè)計(jì)，好的索引設(shè)計(jì)可以指導(dǎo)編碼階段寫(xiě)出高效率的代碼，為整個(gè)系統(tǒng)的性能打下良好的基礎(chǔ)。

　　以下是性能要求設(shè)計(jì)階段需要注意的：

　　1、 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的規(guī)范化

　　數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的規(guī)范化就是我們一般所說(shuō)的范式，我們可以這樣來(lái)簡(jiǎn)單理解范式：

　　第1規(guī)范：沒(méi)有重復(fù)的組或多值的列，這是數(shù)據(jù)庫(kù)設(shè)計(jì)的最低要求。

　　第2規(guī)范: 每個(gè)非關(guān)鍵字段必須依賴(lài)于主關(guān)鍵字，不能依賴(lài)于一個(gè)組合式主關(guān)鍵字的某些組成部分。消除部分依賴(lài)，大部分情況下，數(shù)據(jù)庫(kù)設(shè)計(jì)都應(yīng)該達(dá)到第二范式。

　　第3規(guī)范: 一個(gè)非關(guān)鍵字段不能依賴(lài)于另一個(gè)非關(guān)鍵字段。消除傳遞依賴(lài)，達(dá)到第三范式應(yīng)該是系統(tǒng)中大部分表的要求，除非一些特殊作用的表。

　　更高的范式要求這里就不再作介紹了，個(gè)人認(rèn)為，如果全部達(dá)到第二范式，大部分達(dá)到第三范式，系統(tǒng)會(huì)產(chǎn)生較少的列和較多的表，因而減少了數(shù)據(jù)冗余，也利于性能的提高。

　　2、 合理的冗余

　　完全按照規(guī)范化設(shè)計(jì)的系統(tǒng)幾乎是不可能的，除非系統(tǒng)特別的小，在規(guī)范化設(shè)計(jì)后，有計(jì)劃地加入冗余是必要的。

　　冗余可以是冗余數(shù)據(jù)庫(kù)、冗余表或者冗余字段，不同粒度的冗余可以起到不同的作用。

　　冗余可以是為了編程方便而增加，也可以是為了性能的提高而增加。從性能角度來(lái)說(shuō)，冗余數(shù)據(jù)庫(kù)可以分散數(shù)據(jù)庫(kù)壓力，冗余表可以分散數(shù)據(jù)量大的表的并發(fā)壓力，也可以加快特殊查詢(xún)的速度，冗余字段可以有效減少數(shù)據(jù)庫(kù)表的連接，提高效率。

　　3、 主鍵的設(shè)計(jì)

　　主鍵是必要的，SQL SERVER的主鍵同時(shí)是一個(gè)唯一索引，而且在實(shí)際應(yīng)用中，我們往往選擇最小的鍵組合作為主鍵，所以主鍵往往適合作為表的聚集索引。聚集索引對(duì)查詢(xún)的影響是比較大的，這個(gè)在下面索引的敘述。

　　在有多個(gè)鍵的表，主鍵的選擇也比較重要，一般選擇總的長(zhǎng)度小的鍵，小的鍵的比較速度快，同時(shí)小的鍵可以使主鍵的B樹(shù)結(jié)構(gòu)的層次更少。

　　主鍵的選擇還要注意組合主鍵的字段次序，對(duì)于組合主鍵來(lái)說(shuō)，不同的字段次序的主鍵的性能差別可能會(huì)很大，一般應(yīng)該選擇重復(fù)率低、單獨(dú)或者組合查詢(xún)可能性大的字段放在前面。

　　4、 外鍵的設(shè)計(jì)

　　外鍵作為數(shù)據(jù)庫(kù)對(duì)象，很多人認(rèn)為麻煩而不用，實(shí)際上，外鍵在大部分情況下是很有用的，理由是：

　　外鍵是最高效的一致性維護(hù)方法，數(shù)據(jù)庫(kù)的一致性要求，依次可以用外鍵、CHECK約束、規(guī)則約束、觸發(fā)器、客戶(hù)端程序，一般認(rèn)為，離數(shù)據(jù)越近的方法效率越高。

　　謹(jǐn)慎使用級(jí)聯(lián)刪除和級(jí)聯(lián)更新，級(jí)聯(lián)刪除和級(jí)聯(lián)更新作為SQL SERVER 2000當(dāng)年的新功能，在2005作了保留，應(yīng)該有其可用之處。我這里說(shuō)的謹(jǐn)慎，是因?yàn)榧?jí)聯(lián)刪除和級(jí)聯(lián)更新有些突破了傳統(tǒng)的關(guān)于外鍵的定義，功能有點(diǎn)太過(guò)強(qiáng)大，使用前必須確定自己已經(jīng)把握好其功能范圍，否則，級(jí)聯(lián)刪除和級(jí)聯(lián)更新可能讓你的數(shù)據(jù)莫名其妙的被修改或者丟失。從性能看級(jí)聯(lián)刪除和級(jí)聯(lián)更新是比其他方法更高效的方法。

　　5、 字段的設(shè)計(jì)

　　字段是數(shù)據(jù)庫(kù)最基本的單位，其設(shè)計(jì)對(duì)性能的影響是很大的。需要注意如下：

　　A、數(shù)據(jù)類(lèi)型盡量用數(shù)字型，數(shù)字型的比較比字符型的快很多。

　　B、 數(shù)據(jù)類(lèi)型盡量小，這里的盡量小是指在滿(mǎn)足可以預(yù)見(jiàn)的未來(lái)需求的前提下的。

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

　　D、少用TEXT和IMAGE，二進(jìn)制字段的讀寫(xiě)是比較慢的，而且，讀取的方法也不多，大部分情況下最好不用。

生活不易，碼農(nóng)辛苦
如果您覺(jué)得本網(wǎng)站對(duì)您的學(xué)習(xí)有所幫助,可以手機(jī)掃描二維碼進(jìn)行捐贈(zèng)