了解tempdb對SQL Server數(shù)據(jù)庫性能的影響
本文是提升SQL Server數(shù)據(jù)庫性能方面的討論，51CTO數(shù)據(jù)庫頻道向您推薦《SQL Server入門到精通》以便于您更深刻的了解SQL Server數(shù)據(jù)庫。
1.SQL Server系統(tǒng)數(shù)據(jù)庫介紹
SQL Server有四個(gè)重要的系統(tǒng)級數(shù)據(jù)庫:master,model,msdb,tempdb.
master:記錄SQL Server系統(tǒng)的所有系統(tǒng)級信息,包括實(shí)例范圍的元數(shù)據(jù),端點(diǎn),鏈接服務(wù)器和系統(tǒng)配置設(shè)置,還記錄其他數(shù)據(jù)庫是否存在以及這些數(shù)據(jù)問文件的位置等等.如果master不可用,數(shù)據(jù)庫將不能啟動(dòng).
model:用在SQL Server 實(shí)例上創(chuàng)建的所有數(shù)據(jù)庫的模板。因?yàn)槊看螁?dòng) SQL Server 時(shí)都會創(chuàng)建 tempdb，所以 model 數(shù)據(jù)庫必須始終存在于 SQL Server 系統(tǒng)中。
msdb:由SQL Server 代理用來計(jì)劃警報(bào)和作業(yè)。
tempdb:是連接到 SQL Server 實(shí)例的所有用戶都可用的全局資源，它保存所有臨時(shí)表,臨時(shí)工作表,臨時(shí)存儲過程,臨時(shí)存儲大的類型,中間結(jié)果集,表變量和游標(biāo)等。另外，它還用來滿足所有其他臨時(shí)存儲要求.
2.tempdb內(nèi)在運(yùn)行原理
與其他SQL Server數(shù)據(jù)庫不同的是,tempdb在SQL Server停掉,重啟時(shí)會自動(dòng)的drop,re-create. 根據(jù)model數(shù)據(jù)庫會默認(rèn)建立一個(gè)新的8MB(mdf file:8MB;ldf file:1MB, autogtouth設(shè)置為10%)大小recovery model為simple的tempdb數(shù)據(jù)庫.
tempdb數(shù)據(jù)庫建立之后,DBA可以在其他的數(shù)據(jù)庫中建立數(shù)據(jù)對象,臨時(shí)表,臨時(shí)存儲過程,表變量等會加到tempdb中.在tempdb活動(dòng)很頻繁時(shí),能夠自動(dòng)的增長,因?yàn)槭莝imple的recovery model,會最小化日志記錄,日志也會不斷的截?cái)?
3.如何合理的優(yōu)化tempdb以提高SQL Server的性能
如果SQL Server對tempdb訪問不頻繁,tempdb對數(shù)據(jù)庫不會產(chǎn)生影響;相反如果訪問很頻繁,loading就會加重,tempdb的性能就會對整個(gè)DB產(chǎn)生重要的影響.優(yōu)化tempdb的性能變的很重要的,尤其對于大型數(shù)據(jù)庫.
注:在優(yōu)化tempdb之前,請先考慮tempdb對SQL Server性能產(chǎn)生多大的影響,評估遇到的問題以及可行性.
3.1最小化的使用tempdb
SQL Server中很多的活動(dòng)都活發(fā)生在tempdb中,所以在某種情況可以減少多對tempdb的過度使用,以提高SQL Server的整體性能.
如下有幾處用到tempdb的地方:
(1)用戶建立的臨時(shí)表.如果能夠避免不用,就盡量避免. 如果使用臨時(shí)表儲存大量的數(shù)據(jù)且頻繁訪問,考慮添加index以增加查詢效率.
(2)Schedule jobs.如DBCC CHECKDB會占用系統(tǒng)較多的資源,較多的使用tempdb.最好在SQL Server loading比較輕的時(shí)候做.
(3)Cursors.游標(biāo)會嚴(yán)重影響性能應(yīng)當(dāng)盡量避免使用.
(4)CTE(Common Table Expression).也會在tempdb中執(zhí)行.
(5)SORT_INT_TEMPDB.建立index時(shí)會有此選項(xiàng).
(6)Index online rebuild.
(7)臨時(shí)工作表及中間結(jié)果集.如JOIN時(shí)產(chǎn)生的.
(8)排序的結(jié)果.
(9)AFTER and INSTEAD OF triggers.
不可能避免使用tempdb,如果有tempdb的瓶頸或issue,就該返回來考慮這些問題了.
3.2重新分配tempdb的空間大小
在SQL Server重啟時(shí)會自動(dòng)建立8MB大小的tempdb,自動(dòng)增長默認(rèn)為10%. 對于小型的數(shù)據(jù)庫來說,8MB大小已經(jīng)足夠了.但是對于較大型的數(shù)據(jù)庫來說,8MB遠(yuǎn)遠(yuǎn)不能滿足SQL Server頻繁活動(dòng)的需要,因此會按照10%的比例增加,比如說需要1GB,則會需要較長的時(shí)間,此段時(shí)間會嚴(yán)重影響SQL Server的性能. 建議在SQL Server啟動(dòng)時(shí)設(shè)置tempdb的初始化的大小(如下圖片設(shè)置為MDF:300MB,LDF:50MB),也可以通過ALTER DATABASE來實(shí)現(xiàn). 這樣在SQL Server在重啟時(shí)tempdb就會有足夠多的空間可利用,從而提高效率.
難點(diǎn)在于找到合理的初始化大小,在SQL Server活動(dòng)頻繁且tempdb不在增長時(shí)會是一個(gè)合適的值,可以設(shè)置此時(shí)的值為Initial Size;當(dāng)然還會有更多的考量,此為一例.
3.3不要收縮tempdb(如沒有必要)
有時(shí)候我們會注意到tempdb占用很大的空間,但是可用的空間會比較低時(shí),會想到shrink數(shù)據(jù)庫來釋放磁盤空間, 此時(shí)要小心了,可能會影響到性能.
如上圖所示:tempdb分配的空間為879.44MB,有45%的空間是空閑的,如果shrink掉,可以釋放掉一部分磁盤空閑,但是之后SQL Server如有大量的操作時(shí),tempdb空間不夠用,又會按照10%的比例自動(dòng)增長. 這樣子的話,所做的shrink操作是無效的,還會增加系統(tǒng)的loading.
3.4 分派tempdb的文件和其他數(shù)據(jù)文件到不用的IO上
tempdb對IO的要求比較高,最好分配到高IO的磁盤上且與其他的數(shù)據(jù)文件分到不用的磁盤上,以提高讀寫效率.
tempdb也分成多個(gè)文件,一般會根據(jù)CPU來分,幾個(gè)CPU就分幾個(gè)tempdb的數(shù)據(jù)文件. 多個(gè)tempdb文件可以提高讀寫效率并且減少IO活動(dòng)的沖突.
tempdb是SQL Server重要的一部分,以上只是對tempdb的一些了解總結(jié),還需要進(jìn)一步學(xué)習(xí)...
原文標(biāo)題：tempdb對SQL Server性能的影響
鏈接：http://www.cnblogs.com/changbluesky/archive/2010/04/15/1711733.html
【編輯推薦】
