一.概述

　　在sql server裡臨時表儲存在TempDB庫中，TempDB是一個系統資料庫，它只有Simple恢復模式，也是最小日誌記錄操作。主要用於存放區域性臨時表，全域性臨時表，表變數，都是基於臨時特徵，每次伺服器或服務重啟後，都會按照Model庫的配置重新建立TempDB庫。在sql server 2012中TempDB表可以配置在故障轉移中。在TempDB庫中存放三類物件包括：使用者物件, 內部物件, 行版本儲存。TempDB庫只有一個檔案組，就是primary檔案組，增加其它檔案組會提示報錯。在許可權方面，所有使用者預設都具有訪問TempDB庫許可權。

　　1.1 Tempdb 的物理屬性

　　　　下表列出了 tempdb 資料和日誌檔案的初始配置值。 對於不同版本的 SQL Server，這些檔案的大小可能略有不同。

　　1.2 使用Tempdb的作用

　　　　(1) 通過tempdb庫可以快取臨時表和表變數，用於減少資料表的查詢次數以及鎖問題。快取允許刪除和建立臨時物件的操作能快速地執行，並減少頁分配的爭用問題。

　　　　(2) 分配頁閂鎖協議得到改善。 從而減少使用的 UP（更新）閂鎖數。

　　　　(3) 減少了 tempdb 的日誌開銷。 從而減少了 tempdb 日誌檔案上的磁碟 I/O 頻寬消耗。

　　　　 (4) 分配混合的頁中的演算法tempdb得到了改進。

　　1.3 使用tempdb的限制, 不能對 tempdb 資料庫執行以下操作：

       (1)新增檔案組。

       (2)備份或還原資料庫。

       (3)更改排序規則。 預設排序規則為伺服器排序規則。

       (4)更改資料庫所有者。 tempdb 的所有者是 sa。

       (5)建立資料庫快照。

       (6)刪除資料庫。

       (7)從資料庫中刪除 guest 使用者。

       (8)啟用變更資料捕獲。

       (9)參與資料庫映象。

       (10)刪除主檔案組、主資料檔案或日誌檔案。

       (11)重新命名資料庫或主檔案組。

       (12)執行 DBCC CHECKALLOC。

       (13)執行 DBCC CHECKCATALOG。

       (14)將資料庫設定為 OFFLINE。

二. TempDB儲存的三類物件

　　　　在SQL 2005以後，引入了一張新的管理檢視：sys.dm_db_file_space_usage。通過查詢這張檢視，能瞭解tempdb的空間使用情況，能知道tempdb的空間是被哪一塊物件使用掉的，是使用者物件(user_object_reserved_page_count欄位)，還是系統物件（internal_object_reserved_page_count欄位），還是版本儲存區（version_store_reserved_page_count欄位。在瞭解這個dmv檢視之前，先了解tempdb庫的三類物件。

　　2.1 使用者臨時物件(user_object_reserved_page_count)

　　　　由使用者會話顯示建立的物件，可以在系統表目錄中找到，使用者臨時物件主要包括以下內容：

 (a) 建立臨時表和索引，不過這些表在重啟後清空。

 (b) 全域性臨時表以 ##開頭的表。適用於所有會話操作該表資訊。需要顯示的刪除或重啟服務才能清除表。

 (c) 區域性臨時表以 #開頭的表。適用於當前會話操作該表資訊。會話結束清除表。

 (d) 表變數, 以@開頭。

下面是簡單示例，演示區域性臨時表，臨時表索引，全域性臨時表，表變數，指令碼如下：

-- 建立區域性臨時表
CREATE TABLE #TempTable(id INT,NAME VARCHAR(10))
-- 根據已有表,建立臨時表
SELECT * INTO #TempTable2 FROM tablename

--建立區域性臨時表, 帶有聚集索引
CREATE TABLE #tempWithCLUSTERED([SID] INT PRIMARY KEY CLUSTERED, model VARCHAR(50))

-- 建立全域性臨時表
CREATE TABLE ##TempTable3(id INT,NAME VARCHAR(10))
-- 根據已有表建立全域性臨時表
SELECT * INTO ##TempTable4 FROM dbo.ACT_AnswerTab

-- 刪除全域性臨時表
DROP TABLE ##TempTable4

-- 建立表變數
DECLARE  @tablevar  TABLE (id int,NAME varchar(10))

　　下面簡單介紹一下，臨時物件中表變數與臨時表區別

　　　　(1)統計資訊

表變數沒有統計資訊，統計資訊要麼為0，要麼為1。sql server查詢優化器只會把表變數當作裡面只有1條資料或沒有資料的表對待，指令碼演示如下所示：

-- 建立表變數示例
DECLARE  @tablevar  TABLE (id int,NAME varchar(10))
INSERT INTO @tablevar(id,name)
SELECT TOP 1000 ROW_NUMBER() OVER(ORDER BY number ) AS id, number FROM master..spt_values
SELECT * FROM @tablevar

　　　　(2) 索引

　　　　　　表變數使用索引，只能是主鍵(可以是聚集和非聚集索引)或者唯一約束，需要預先定義好，定義後不能再新增索引了，注意：即使是有索引，也沒有統計資訊。表變數使用聚集索引如下所示：

DECLARE  @tablevar  TABLE (id INT  PRIMARY KEY CLUSTERED,NAME varchar(10))
INSERT INTO @tablevar(id,name)
SELECT TOP 1000 ROW_NUMBER() OVER(ORDER BY number ) AS id, number FROM master..spt_values
SELECT * FROM @tablevar WHERE id=1

　　　　 (3) 架構修改

　　　　　　架構修改可以出現在臨時表上，但不會出現在表變數上面，修改會產生重編譯，非預期的重編譯不是好事。下面是臨時表架構修改，將name欄位長改為50, 指令碼如下：

ALTER TABLE #TempTable ALTER COLUMN name NVARCHAR (50) NULL 
USE tempdb
go
sp_help #TempTable

　　　　(4) 對比表格

 　　　　總結: 建議:小於100行使用表變數。資料都不是存入於記憶體中，而是存放在TempDB表中，通過sys.dm_db_session_space_usage這個dmv可檢視空間佔用情況。後面監控時再說這dmv。

　　2.2 內部物件（internal_object_reserved_page_count）

　　　　內部物件是根據需要 由 SQL Server 資料庫引擎建立的，用於處理 SQL Server 語句。主要是查詢過程中儲存臨時資料的物件，這些臨時資料的物件可以在語句的作用域中自動建立和刪除。 內部物件主要包括以下內容：

　　(a) 遊標

　　(b) 雜湊(Hash)聯接或雜湊聚合操作的查詢

　　(c) 某些 GROUP BY、ORDER BY 或 UNION 查詢的中間排序結果.

　　在內部物件中比較常見的是Worktable, 這個臨時表是自動生成，自動銷燬，主要用於遊標，假離線，臨時大物件的資料型別(LOB)儲存，這個內部臨時表用於返回查詢的中間結果，監視分析Worktable可以通過開啟statistics io 選項，執行sql語句再檢視，要注意的是：高效的查詢下很少出現這種現象。

　　2.3 版本儲存（version_store_reserved_page_count)

　　　　版本儲存區主要用來支援Snapshot事務隔離級別，以及SQL 2005以後推出的一些其他提高資料庫併發度的新功能。這類併發模式會借用TempDB來存放修改前的版本資料，第一行資料被修改前，都會在TempDB中建立一個相同的行，並加上14bytes的長度，包含: (1)修改前的事務序列號(XSN)長度為6 bytes (2) TempDB的行識別符號(RID)長度為8bytes。版本儲存用於儲存行版本、MARS、聯機索引、觸發器、基於快照的隔離級別。如果開啟了樂觀併發模式(已提交讀快照和快照二種隔離級別)，可能造成Tempdb庫的非預期增長， 需要對Tempdb庫進行監控。