以前總是追求新東西，發現基礎才是最重要的，今年主要的目標是精通SQL查詢和SQL效能優化。

本系列【T-SQL基礎】主要是針對T-SQL基礎的總結。

一、TempDB是什麼?

1.TempDB是一個系統資料庫。從SQL Server2000開始就一直存在。

2.只有Simple恢復模式。自動截斷模式。

3.存放區域性變數/全域性臨時表/表變數/臨時用法（如hash表等）。

4.機器重啟或SQL Server服務重啟後，都會按照Model庫的配置重新建立。

5.如果臨時物件是在會話或儲存過程範圍內產生的，在會話結束後就會自動回收，不能再查詢或使用。

6.預設情況下都具有訪問許可權。

二、TempDB用來存放什麼？

2.1.使用者臨時物件

（1）由使用者再會話中顯示建立的實體表和上面的索引。重啟後清空。

（2）全域性臨時表+索引。##開頭的表。

（3）區域性臨時表及上面的索引。#開頭的表。

（4）表變數。@開頭。

注意：

（1）全域性臨時表對所有會話都可見。當建立臨時表的會話斷開資料庫的聯接，而且也沒有活動再引用全域性臨時表時，SQL Server會自動刪除相應的全域性臨時表。

（2）區域性臨時表只對建立它的會話再建立級和呼叫堆疊內部級（內部的過程、函式、觸發器、以及動態批處理）是可見的。當建立例程彈出呼叫堆疊，SQL Server就會自動刪除相應的臨時表

（3）表變數在tempdb資料庫中也有對應的表作為其物理表示。只對當前會話的批處理可見。對呼叫堆疊中當前批處理的內部批處理是不可見的，對會話中隨後的批處理也是不可見的。

（4）根據國外專家的經驗，對於大資料，偏向使用臨時表，小資料量（一般來說小於100行）則可以使用表變數。

2.2.內部臨時物件

在查詢過程中儲存臨時資料的物件，如Sorts、假離線、Hash關聯和遊標等。

可以使用下面的SQL語句進行檢視：

SELECT * FROM sys.dm_db_session_space_usage

檢視internal_object_alloc_page_count列

2.3.版本儲存

開啟樂觀併發模式後，會使用Temp DB存放修改前的版本資料。

注意：

版本儲存將會造成Temp DB的非預期增長，需要對Temp DB的檔案大小及使用空間進行監控。

三、TempDB上的存在的效能問題

3.1 空間使用情況

TempDB是系統資料庫，被很多地方用到，如果配置和使用不當，空間會被迅速消耗，可能出現報錯，影響伺服器的正常執行。

檢視TempDB的空間使用情況。

3.1.1 可以用效能監視器看下SQL server的空間使用情況。

3.1.2 用SQL語句查詢空間使用情況。

（1）檢視tempdb的使用情況

Exec sp_spaceused

（2）檢視tempdb.mdf檔案的大小

SELECT * FROM dbo.sysfiles

（3）檢視tempdb的使用空間

SELECT * FROM sys.dm_db_file_space_usage

（4）檢視會話的空間分配情況，不包含當前活動的任務。

SELECT * FROM sys.dm_db_session_space_usage WHERE session_id > 50

（5）檢視TempDB中當前執行任務的資訊。

SELECT * FROM sys.dm_db_task_space_usage WHERE session_id > 50

3.1.3 診斷TempDB磁碟問題

3.2 I/O問題

（1）用函式sys.dm_io_virtual_file_stats檢視當前例項上的TempDB上的磁碟讀寫情況。

SELECT  DB_NAME(database_id) AS 'Database Name' ,
        file_id ,
        io_stall_read_ms / num_of_reads AS 'AVG Read Transfer/ms' ,
        io_stall_write_ms / num_of_writes AS 'AVG Write Transfer/ms' ,
        *
FROM    sys.dm_io_virtual_file_stats(-1, -1)
WHERE   num_of_reads > 0
        AND num_of_writes > 0

參考時間：10~20ms 可接受的範圍。

（2）大量、頻繁地建立和刪除臨時表及表變數

四、優化TempDB

1.配置檔案的大小

預設配置：

初始大小8M

自動增長10%，不限制增長。

這個配置可以修改，要視生產環境的情況而修改。

建議如下配置

2.存放檔案的地方

一般要將TempDB的檔案單獨放到一個磁碟中。如果追求效能，考慮放到RAID0，但是不具有容災性。

RAID:磁碟陣列

RAID 0 無奇偶校驗的條帶磁碟。資料橫跨所有的物理磁碟，無任何容災特性。

RAID 1 磁碟映象。最少需要兩個物理磁碟。可同時從兩個磁碟讀取資料，寫資料需要備份到另外一個盤。具有容災特性。浪費50%的磁碟空間。

RAID 5 具有奇偶校驗的條帶磁碟。最少需要3個物理磁碟，一個用來存放奇偶校驗資訊，另外兩個用來存放資料，。具有容災特性。浪費50%的磁碟空間。

RAID 10 或RIAD 0+1 組合。讀寫效能最好且具有容災性。

3.檔案的個數

TempDB只有一個primary檔案組，所有的資料檔案都會存放到這個檔案組中。常規建議是4個書檔案開始，並且需要進行監控，如果發現不夠，可以再增加4個。依次類推。建議將檔案個數控制再兩位數以內。

五、其他

1.不能對TempDB執行什麼操作

• 新增檔案組。
• 備份或還原資料庫。
• 更改排序規則。預設排序規則為伺服器排序規則。
• 更改資料庫所有者。tempdb 的所有者是 dbo。
• 建立資料庫快照。
• 刪除資料庫。
• 從資料庫中刪除 guest 使用者。
• 啟用變更資料捕獲。
• 參與資料庫映象。
• 刪除主檔案組、主資料檔案或日誌檔案。
• 重新命名資料庫或主檔案組。
• 執行 DBCC CHECKALLOC。
• 執行 DBCC CHECKCATALOG。
• 將資料庫設定為 OFFLINE。
• 將資料庫或主檔案組設定為 READ_ONLY。

2、檢視TempDB的配置項

 SELECT * FROM sys.databases WHERE name = 'tempdb'

 參考資料：

《SQL Server 效能優化與管理的藝術》

作　　者：
出　　處：http://www.cnblogs.com/jackson0714/
關於作者：專注於微軟平臺的專案開發。如有問題或建議，請多多賜教！
版權宣告：本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連結。
特此宣告：所有評論和私信都會在第一時間回覆。也歡迎園子的大大們指正錯誤，共同進步。或者直接私信我
聲援博主：如果您覺得文章對您有幫助，可以點選文章右下角【推薦】一下。您的鼓勵是作者堅持原創和持續寫作的最大動力！