sql server 臨時表概述(上)

摘要： 一.概述 在sql server裡臨時表儲存在TempDB庫中，TempDB是一個系統資料庫，它只有Simple恢復模式，也是最小日誌記錄操作。主要用於存放區域性臨時表，全域性臨時表，表變數，都是基於臨時特徵，每次伺服器或服務重啟後，都會按照Model庫的配置重新建立TempDB庫。在sq...

一.概述

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

1.1 Tempdb 的物理屬性

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

檔案	邏輯名稱	物理名稱	檔案增長
主資料	tempdev	tempdb.mdf	按 10% 自動增長，直到磁碟已滿
日誌	templog	templog.ldf	以 10% 的速度自動增長到最大 2 TB

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@tablevarTABLE (id int,NAME varchar(10))

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

(1)統計資訊

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

-- 建立表變數示例
DECLARE@tablevarTABLE (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@tablevarTABLE (id INTPRIMARY 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) 對比表格

特徵	臨時表	變量表
命名	以#開頭	以@開頭
統計資訊	有	無
索引	有	僅約束可用
架構修改	允許	不允許
在sp_executesql中使用	可以	不可以
使用insert into xxx exec	可以	不可以
存在於記憶體中	否	否

總結 : 建議 :小於 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 或 UIO/">NION 查詢的中間排序結果.

在內部物件中比較常見的是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庫進行監控。