先給大家鞏固tempdb的基礎(chǔ)知識
簡介：
tempdb是SQLServer的系統(tǒng)數(shù)據(jù)庫一直都是SQLServer的重要組成部分，用來存儲臨時對象?？梢院唵卫斫鈚empdb是SQLServer的速寫板。應用程序與數(shù)據(jù)庫都可以使用tempdb作為臨時的數(shù)據(jù)存儲區(qū)。一個實例的所有用戶都共享一個Tempdb。很明顯，這樣的設(shè)計不是很好。當多個應用程序的數(shù)據(jù)庫部署在同一臺服務(wù)器上的時候，應用程序共享tempdb，如果開發(fā)人員不注意對Tempdb的使用就會造成這些數(shù)據(jù)庫相互影響從而影響應用程序。
特性：
1、 tempdb中的任何數(shù)據(jù)在系統(tǒng)重新啟動之后都不會持久存在。因為實際上每次SQLServer啟動的時候都會重新創(chuàng)建tempdb。這個特性就說明tempdb不需要恢復。
2、 tempdb始終設(shè)置為“simple”的恢復模式，當你嘗試修改時都會報錯。也就是說已提交事務(wù)的事務(wù)日志記錄在每個檢查點后都標記為重用。
3、 tempdb也只能有一個filegroup，不能增加更多文件組。
4、 tempdb被用來存儲三種類型的對象：用戶對象，內(nèi)部對象、版本存儲區(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ù),端點,鏈接服務(wù)器和系統(tǒng)配置設(shè)置,還記錄其他數(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 實例的所有用戶都可用的全局資源，它保存所有臨時表,臨時工作表,臨時存儲過程,臨時存儲大的類型,中間結(jié)果集,表變量和游標等。另外，它還用來滿足所有其他臨時存儲要求.
2.tempdb內(nèi)在運行原理
與其他SQL Server數(shù)據(jù)庫不同的是,tempdb在SQL Server停掉,重啟時會自動的drop,re-create. 根據(jù)model數(shù)據(jù)庫會默認建立一個新的8MB(mdf file:8MB;ldf file:1MB, autogtouth設(shè)置為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)臨時工作表及中間結(jié)果集.如JOIN時產(chǎn)生的.
(8)排序的結(jié)果.
(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啟動時設(shè)置tempdb的初始化的大小(如下圖片設(shè)置為MDF:300MB,LDF:50MB),也可以通過ALTER DATABASE來實現(xiàn). 這樣在SQL Server在重啟時tempdb就會有足夠多的空間可利用,從而提高效率.
難點在于找到合理的初始化大小,在SQL Server活動頻繁且tempdb不在增長時會是一個合適的值,可以設(shè)置此時的值為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的一些了解總結(jié),還需要進一步學習...
您可能感興趣的文章:- win2008 r2 服務(wù)器php+mysql+sqlserver2008運行環(huán)境配置（從安裝、優(yōu)化、安全等）
- SQL Server 2016 查詢存儲性能優(yōu)化小結(jié)
- 人工智能自動sql優(yōu)化工具--SQLTuning for SQL Server
- sql語句優(yōu)化之SQL Server(詳細整理)
- SQL Server中的SQL語句優(yōu)化與效率問題
- SQL Server游標的使用/關(guān)閉/釋放/優(yōu)化小結(jié)
- SQL SERVER性能優(yōu)化綜述(很好的總結(jié),不要錯過哦)
- SQLServer 優(yōu)化SQL語句 in 和not in的替代方案
- SQL SERVER 的SQL語句優(yōu)化方式小結(jié)
- SQLServer性能優(yōu)化--間接實現(xiàn)函數(shù)索引或者Hash索引
