sql server 臨時表概述(上)
一.概述
在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 @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) 對比表格
特徵 |
臨時表 |
變量表 |
命名 |
以#開頭 |
以@開頭 |
統計資訊 |
有 |
無 |
索引 |
有 |
僅約束可用 |
架構修改 |
允許 |
不允許 |
在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 或 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庫進行監控。