大數(shù)據(jù)量下的SQL Server數(shù)據(jù)庫自身優(yōu)化
博客園 發(fā)表于:13年01月22日 00:44 [轉(zhuǎn)載] 51CTO
1.1:增加次數(shù)據(jù)文件
從SQL SERVER 2005開始,數(shù)據(jù)庫不默認生成NDF數(shù)據(jù)文件,一般情況下有一個主數(shù)據(jù)文件(MDF)就夠了,但是有些大型的數(shù)據(jù)庫,由于信息很多,而且查詢頻繁,所以為了提高查詢速度,可以把一些表或者一些表中的部分記錄分開存儲在不同的數(shù)據(jù)文件里
由于CPU和內(nèi)存的速度遠大于硬盤的讀寫速度,所以可以把不同的數(shù)據(jù)文件放在不同的物理硬盤里,這樣執(zhí)行查詢的時候,就可以讓多個硬盤同時進行查詢,以充分利用CPU和內(nèi)存的性能,提高查詢速度。 在這里詳細介紹一下其寫入的原理,數(shù)據(jù)文件(MDF、NDF)和日志文件(LDF)的寫入方式是不一樣的:
數(shù)據(jù)文件:SQL Server按照同一個文件組里面的所有文件現(xiàn)有空閑空間的大小,按這個比例把新的數(shù)據(jù)分布到所有有空間的數(shù)據(jù)文件里,如果有三個數(shù)據(jù)文件A.MDF,B.NDF,C.NDF,空閑大小分別為200mb,100mb,和50mb,那么寫入一個70mb的東西,他就會向ABC三個文件中一次寫入40、20、10的數(shù)據(jù),如果某個日志文件已滿,就不會向其寫入
日志文件:日志文件是按照順序?qū)懭氲,一個寫滿,才會寫入另外一個
由上可見,如果能增加其數(shù)據(jù)文件NDF,有利于大數(shù)據(jù)量的查詢速度,但是增加日志文件卻沒什么用處。
1.2:設(shè)置文件自動增長(大數(shù)據(jù)量,小數(shù)據(jù)量無需設(shè)置)
在SQL Server 2005中,默認MDF文件初始大小為5MB,自增為1MB,不限增長,LDF初始為1MB,增長為10%,限制文件增長到一定的數(shù)目,一般設(shè)計中,使用SQL自帶的設(shè)計即可,但是大型數(shù)據(jù)庫設(shè)計中,最好親自去設(shè)計其增長和初始大小,如果初始值太小,那么很快數(shù)據(jù)庫就會寫滿,如果寫滿,在進行插入會是什么情況呢?當數(shù)據(jù)文件寫滿,進行某些操作時,SQL Server會讓操作等待,直到文件自動增長結(jié)束了,原先的那個操作才能繼續(xù)進行。如果自增長用了很長時間,原先的操作會等不及就超時取消了(一般默認的閾值是15秒),不但這個操作會回滾,文件自動增長也會被取消。也就是說,這一次文件沒有得到任何增大,增長的時間根據(jù)自動增長的大小確定的,如果太小,可能一次操作需要連續(xù)幾次增長才能滿足,如果太大,就需要等待很長時間,所以設(shè)置自動增長要注意一下幾點:
1)要設(shè)置成按固定大小增長,而不能按比例。這樣就能避免一次增長太多或者太少所帶來的不必要的麻煩。建議對比較小的數(shù)據(jù)庫,設(shè)置一次增長50 MB到100 MB。對大的數(shù)據(jù)庫,設(shè)置一次增長100 MB到200 MB。
2)要定期監(jiān)測各個數(shù)據(jù)文件的使用情況,盡量保證每個文件剩余的空間一樣大,或者是期望的比例。
3)設(shè)置文件最大值,以免SQL Server文件自增長用盡磁盤空間,影響操作系統(tǒng)。
4)發(fā)生自增長后,要及時檢查新的數(shù)據(jù)文件空間分配情況。避免SQL Server總是往個別文件寫數(shù)據(jù)。
因此,對于一個比較繁忙的數(shù)據(jù)庫,推薦的設(shè)置是開啟數(shù)據(jù)庫自動增長選項,以防數(shù)據(jù)庫空間用盡導致應(yīng)用程序失敗,但是要嚴格避免自動增長的發(fā)生。同時,盡量不要使用自動收縮功能。
公司簡介 | 媒體優(yōu)勢 | 廣告服務(wù) | 客戶寄語 | DOIT歷程 | 誠聘英才 | 聯(lián)系我們 | 會員注冊 | 訂閱中心
Copyright © 2013 DOIT Media, All rights Reserved. 北京楚科信息技術(shù)有限公司 版權(quán)所有.