Tempdb系統數據庫是一個全局資源，可供連接到SQL Server實例的所有用戶使用。

存儲的內容項：

1、用戶對象

用戶對象由用戶顯示創建。這些對象可以位于用戶會話的作用域中，也可以位于創建對象所用例程的作用域中。例程可以是存儲過程、觸發器或用戶自定義函數。用戶對象可以是一下項內容之一：

• 用戶定義的表和索引
• 系統表和索引
• 全局臨時表和索引
• table變量
• 表值函數中返回的表

2、內部對象

內部對象是根據需要由SQL Server數據庫引擎創建的，用戶處理SQL Server語句。內部對象可以在語句的作用域中創建和刪除。內部對象可以是下列項之一：

• 用于游標或假脫機操作以及臨時大型對象（LOB）存儲的工作表
• 用于哈希連接或哈希聚合操作的工作文件
• 用于創建或重新生成索引等操作（如果指定了SORT_IN_TEMPDB）的中間排序結果，或者某些GROUP BY、ORDER BY或UNION查詢的中間排序結果。
• 每個對象至少使用9頁：一個IAM頁，一個8頁的區。

3、版本存儲區

版本存儲區是數據頁的集合，它包含支持使用行版本控制的功能所需的數據行。主要用來支持快照（Snaphot）事務隔離級別，以及SQL Server2005推出的一些其它提高并法度的新功能。在SQL Server2005中，有兩個版本存儲區：公用版本存儲區和索引生產版本區。包含以下內容：

• 由使用快照隔離界別或已提交讀隔離界別（基于行版本控制）的數據庫中的數據修改事務生成的行版本
• 由數據修改事務為實現聯機索引操作、多個活動的結果集（MARS)以及AFTER觸發器等功能而生成行版本

在SQL Server2005以后，tempdb需要的磁盤空間會多于早期版本。因此當升級到SQL Server2005或SQL Server2008后，管理員提供的tempdb磁盤空間可能得比以前要大一些，用以容納當前生產工作負荷并滿足使用tempdb的SQL Server功能的額外空間要求。

Tempdb空間使用跟蹤

tempdb空間使用的一大特點，是只有一部分對象，比如：臨時表、table 變量等，可以用sys.allcoation_units和sys.partitions這樣的管理視圖來管理。所以用sp_spaceused的結果和真實情況會有很大差異。

提示：tempdb的空間使用是不能用sp_spaceused來跟蹤的。

DBCC SHOWFILESTATS還是可以反映數據庫文件使用的整體情況的。

在2005版本以后引入了一個新的視圖：sys.dm_db_file_space_usage;這張視圖能反映出tempdb在如下幾個大類的空間里使用分布：

select * from sys.dm_db_file_space_usage

其中：

database_id：數據庫ID

file_id：文件ID,file_id映射到sys.dm_io_virtual_file_stats中的file_id,并且映射到sys.sysfile中的fileid

unallocated_extent_page_count：文件未分配區中的總頁數，不包含已分配區中的未使用頁

version_store_reserved_page_count：為版本存儲分配的統一區中的總頁數

user_object_reserved_page_count：為從統一區為數據庫中的用戶對象分配的總頁數。計數中包括已分配區中未使用的頁?？梢允褂胹ys.allocation_units目錄視圖中的total_pages列來返回用戶對象每個分配單元保留的頁計數

internale_object_reserved_page_count：從統一區為文件中的內部對象分配的總頁數。計數包括已分配區中未使用的頁

mixed_extent_page_count：文件的已分配混合區中的已分配和未分配總頁數?；旌蠀^包含分配給不同對象的頁。此計數器包含文件中的所有的IAM頁

通過這個表的監視，就能知道temdb的空間被那個一塊對象使用掉了，是用戶對象（user_object_reserved_page_count)，還是系統對象（internal_object_reserved_page_count）,還是版本存儲區對象（version_store_reserved_page_count）。

tempdb在生產環境中的設置的初始大小其實是一個經驗值，也就是說沒有一個好的固定值，但是我們可以根據工作負荷來確定該值的大小值：

1、設置tempdb的自動增長

2、模擬各個單獨的查詢或工作任務，同時監視tempdb空間使用

3、模擬執行一些系統維護操作，例如，重新生成索引，同時監視tempdb空間

4、使用前面2和3步中tempdb空間使用值來預測總的工作負荷下，會使用多少空間；并針對計劃的并發度調整此值。例如，如果一個任務會使用10GB的tempdba空間，而在生產環境里，最多可能會有4個這樣的任務同時運行，那就要至少預留40GB的空間。

5、設置tempdb在生產環境下的初始大小。同時也開始自動增長。

Temp文件個數以及大小設置，不但滿足用戶任務的需求，還要考慮到性能優化。

我們利用腳本來跟蹤一下，看看是什么樣的操作導致了SQL Server要這樣大規模的使用tempdb,然后分析一下是正常行為還是異常行為，監視SQL Server的行為當然可以利用SQL Trace來完成。可是管理員并不能預期造成大量使用tempdb的語句會在什么時刻運行。這些語句可能一周只做一次。而且開跟蹤畢竟對SQL Server來講是一個比較昂貴的事情，就算沒有性能副作用，如果一直開著SQL Trace,也會產生大量的跟蹤文件，對硬盤是個比較重的負擔。

推薦的“輕量級”的操作是以一定的時間間隔運行能夠監視系統運行狀況的DBCC命令、查詢管理視圖（DMV）以及管理函數（DMF）等，把這個結果輸出到一個文件里。

新開一個連接，我們輸入以下常規腳本：

select @@SPIDgouse AdventureWorksgo select GETDATE()go select * into #MyOrdersDetailfrom Sales.SalesOrderDetail--創建一個臨時表--這個操作應該會申請用戶對象頁面gowaitfor delay '0:0:2'select GETDATE()godrop table #MyOrdersDetail--刪除一個臨時表--這個操作用戶對象頁面數量應該會下降gowaitfor delay '0:0:2'select GETDATE()goselect top 100000 * from[Sales].[SalesOrderDetail] inner join [Sales].[SalesOrderHeader] on [Sales].[SalesOrderHeader].[SalesOrderID] =[Sales] .[SalesOrderHeader].SalesOrderID;--這里做了一個比較大的連接，應該會有系統對象申請goselect GETDATE()--join 語句做完以后系統對象頁面數目應該會下降go

然后另開一個窗口，我們輸入監控腳本，輸出結果以文本方式存儲

use tempdb--每隔1s運行一次，直到用戶手工終止腳本運行while 1=1beginselect GETDATE()--從文件級看temp使用情況dbcc showfilestats--第一個會話--返回所有做過空間申請的會話信息select 'Tempdb' as DB,GETDATE() as Time,sum(user_object_reserved_page_count)*8 as user_obectskb,SUM(internal_object_reserved_page_count)*8 as internal_objects_kb,SUM(version_store_reserved_page_count)*8 as version_store_kb,SUM(unallocated_extent_page_count)*8 as freespace_kbfrom sys.dm_db_file_space_usagewhere database_id=2--第二個會話--這個管理視圖能夠反映當時tempdb空間的總體分配select t1.session_id,t1.internal_objects_alloc_page_count,t1.user_objects_alloc_page_count,t1.internal_objects_dealloc_page_count,t1.user_objects_dealloc_page_count,t3.*from sys.dm_db_session_space_usage t1,--反映每個會話累計空間申請sys.dm_exec_sessions as t3--每個會話信息where t1.session_id=t3.session_idand (t1.internal_objects_alloc_page_count+t1.internal_objects_dealloc_page_count+t1.user_objects_alloc_page_count+t1.user_objects_dealloc_page_count)>0--第三會話--返回正在運行并且做過空間申請的會話正在運行的語句select t1.session_id,st.textfrom sys.dm_db_session_space_usage as t1,sys.dm_exec_requests as t4cross apply sys.dm_exec_sql_text(t4.sql_handle) as stwhere t1.session_id=t4.session_idand t1.session_id>50and (t1.internal_objects_alloc_page_count+t1.internal_objects_dealloc_page_count+t1.user_objects_alloc_page_count+t1.user_objects_dealloc_page_count)>0waitfor delay '0:0:1'end

我們先運行監控，然后再運行一般腳本，可以分析一下跟蹤結果。

可以看到在新建臨時表的時候，對于Tempdb的申請空間有所增加。