先給大家鞏固tempdb的基礎知識

簡介：

tempdb是SQLServer的系統(tǒng)數(shù)據(jù)庫一直都是SQLServer的重要組成部分，用來存儲臨時對象?？梢院唵卫斫鈚empdb是SQLServer的速寫板。應用程序與數(shù)據(jù)庫都可以使用tempdb作為臨時的數(shù)據(jù)存儲區(qū)。一個實例的所有用戶都共享一個Tempdb。很明顯，這樣的設計不是很好。當多個應用程序的數(shù)據(jù)庫部署在同一臺服務器上的時候，應用程序共享tempdb，如果開發(fā)人員不注意對Tempdb的使用就會造成這些數(shù)據(jù)庫相互影響從而影響應用程序。

特性：

1、 tempdb中的任何數(shù)據(jù)在系統(tǒng)重新啟動之后都不會持久存在。因為實際上每次SQLServer啟動的時候都會重新創(chuàng)建tempdb。這個特性就說明tempdb不需要恢復。

2、 tempdb始終設置為“simple”的恢復模式，當你嘗試修改時都會報錯。也就是說已提交事務的事務日志記錄在每個檢查點后都標記為重用。

3、 tempdb也只能有一個filegroup，不能增加更多文件組。

4、 tempdb被用來存儲三種類型的對象：用戶對象，內部對象、版本存儲區(qū)

接下來圍繞主題展示問題分析：

1.SQL Server系統(tǒng)數(shù)據(jù)庫介紹

SQL Server有四個重要的系統(tǒng)級數(shù)據(jù)庫:master,model,msdb,tempdb.

master:記錄SQL Server系統(tǒng)的所有系統(tǒng)級信息,包括實例范圍的元數(shù)據(jù),端點,鏈接服務器和系統(tǒng)配置設置,還記錄其他數(shù)據(jù)庫是否存在以及這些數(shù)據(jù)問文件的位置等等.如果master不可用,數(shù)據(jù)庫將不能啟動.

model:用在SQL Server 實例上創(chuàng)建的所有數(shù)據(jù)庫的模板。因為每次啟動 SQL Server 時都會創(chuàng)建 tempdb，所以 model 數(shù)據(jù)庫必須始終存在于 SQL Server 系統(tǒng)中。

msdb:由SQL Server 代理用來計劃警報和作業(yè)。

tempdb:是連接到 SQL Server 實例的所有用戶都可用的全局資源，它保存所有臨時表,臨時工作表,臨時存儲過程,臨時存儲大的類型,中間結果集,表變量和游標等。另外，它還用來滿足所有其他臨時存儲要求.

2.tempdb內在運行原理

與其他SQL Server數(shù)據(jù)庫不同的是,tempdb在SQL Server停掉,重啟時會自動的drop,re-create. 根據(jù)model數(shù)據(jù)庫會默認建立一個新的8MB(mdf file:8MB;ldf file:1MB, autogtouth設置為10%)大小recovery model為simple的tempdb數(shù)據(jù)庫.

tempdb數(shù)據(jù)庫建立之后,DBA可以在其他的數(shù)據(jù)庫中建立數(shù)據(jù)對象,臨時表,臨時存儲過程,表變量等會加到tempdb中.在tempdb活動很頻繁時,能夠自動的增長,因為是simple的recovery model,會最小化日志記錄,日志也會不斷的截斷.

3.如何合理的優(yōu)化tempdb以提高SQL Server的性能

如果SQL Server對tempdb訪問不頻繁,tempdb對數(shù)據(jù)庫不會產(chǎn)生影響;相反如果訪問很頻繁,loading就會加重,tempdb的性能就會對整個DB產(chǎn)生重要的影響.優(yōu)化tempdb的性能變的很重要的,尤其對于大型數(shù)據(jù)庫.

注:在優(yōu)化tempdb之前,請先考慮tempdb對SQL Server性能產(chǎn)生多大的影響,評估遇到的問題以及可行性.

　　3.1最小化的使用tempdb

SQL Server中很多的活動都活發(fā)生在tempdb中,所以在某種情況可以減少多對tempdb的過度使用,以提高SQL Server的整體性能.

如下有幾處用到tempdb的地方:

    (1)用戶建立的臨時表.如果能夠避免不用,就盡量避免. 如果使用臨時表儲存大量的數(shù)據(jù)且頻繁訪問,考慮添加index以增加查詢效率.

    (2)Schedule jobs.如DBCC CHECKDB會占用系統(tǒng)較多的資源,較多的使用tempdb.最好在SQL Server loading比較輕的時候做.

    (3)Cursors.游標會嚴重影響性能應當盡量避免使用.

    (4)CTE(Common Table Expression).也會在tempdb中執(zhí)行.

    (5)SORT_INT_TEMPDB.建立index時會有此選項.

    (6)Index online rebuild.

    (7)臨時工作表及中間結果集.如JOIN時產(chǎn)生的.

    (8)排序的結果.

    (9)AFTER and INSTEAD OF triggers.

不可能避免使用tempdb,如果有tempdb的瓶頸或issue,就該返回來考慮這些問題了.

　　3.2重新分配tempdb的空間大小

在SQL Server重啟時會自動建立8MB大小的tempdb,自動增長默認為10%. 對于小型的數(shù)據(jù)庫來說,8MB大小已經(jīng)足夠了.但是對于較大型的數(shù)據(jù)庫來說,8MB遠遠不能滿足SQL Server頻繁活動的需要,因此會按照10%的比例增加,比如說需要1GB,則會需要較長的時間,此段時間會嚴重影響SQL Server的性能. 建議在SQL Server啟動時設置tempdb的初始化的大小(如下圖片設置為MDF:300MB,LDF:50MB),也可以通過ALTER DATABASE來實現(xiàn). 這樣在SQL Server在重啟時tempdb就會有足夠多的空間可利用,從而提高效率.

 難點在于找到合理的初始化大小,在SQL Server活動頻繁且tempdb不在增長時會是一個合適的值,可以設置此時的值為Initial Size;當然還會有更多的考量,此為一例.

　　3.3不要收縮tempdb(如沒有必要)

有時候我們會注意到tempdb占用很大的空間,但是可用的空間會比較低時,會想到shrink數(shù)據(jù)庫來釋放磁盤空間, 此時要小心了,可能會影響到性能.

 如上圖所示:tempdb分配的空間為879.44MB,有45%的空間是空閑的,如果shrink掉,可以釋放掉一部分磁盤空閑,但是之后SQL Server如有大量的操作時,tempdb空間不夠用,又會按照10%的比例自動增長. 這樣子的話,所做的shrink操作是無效的,還會增加系統(tǒng)的loading.

　　3.4 分派tempdb的文件和其他數(shù)據(jù)文件到不用的IO上

tempdb對IO的要求比較高,最好分配到高IO的磁盤上且與其他的數(shù)據(jù)文件分到不用的磁盤上,以提高讀寫效率.

tempdb也分成多個文件,一般會根據(jù)CPU來分,幾個CPU就分幾個tempdb的數(shù)據(jù)文件. 多個tempdb文件可以提高讀寫效率并且減少IO活動的沖突.

tempdb是SQL Server重要的一部分,以上只是對tempdb的一些了解總結,還需要進一步學習...

最新評論