大家好，我是悟空。本篇给大家介绍 TempDB 的使用和性能问题总结。

1.TempDB是一个系统数据库。从SQL Server2000开始就一直存在。

2.只有Simple恢复模式、自动截断模式。

3.存放局部变量/全局临时表/表变量/临时用法（如hash表等）。

4.机器重启或SQL Server服务重启后，都会按照Model库的配置重新创建。

5.如果临时对象是在会话或存储过程范围内产生的，在会话结束后就会自动回收，不能再查询或使用。

6.默认情况下都具有访问权限。

（1）由用户再会话中显示创建的实体表和上面的索引。重启后清空。

（2）全局临时表+索引。##开头的表。

（3）局部临时表及上面的索引。#开头的表。

（4）表变量。@开头。

（1）全局临时表对所有会话都可见。当创建临时表的会话断开数据库的联接，而且也没有活动再引用全局临时表时，SQL Server会自动删除相应的全局临时表。

（2）局部临时表只对创建它的会话再创建级和调用堆栈内部级（内部的过程、函数、触发器、以及动态批处理）是可见的。当创建例程弹出调用堆栈，SQL Server就会自动删除相应的临时表

（3）表变量在tempdb数据库中也有对应的表作为其物理表示。只对当前会话的批处理可见。对调用堆栈中当前批处理的内部批处理是不可见的，对会话中随后的批处理也是不可见的。

（4）根据国外专家的经验，对于大数据，偏向使用临时表，小数据量（一般来说小于100行）则可以使用表变量。

SELECT * FROM sys.dm_db_session_space_usage

Exec sp_spaceused

SELECT * FROM dbo.sysfiles

SELECT * FROM sys.dm_db_file_space_usage

SELECT * FROM sys.dm_db_session_space_usage WHERE session_id > 50

SELECT * FROM sys.dm_db_task_space_usage WHERE session_id > 50

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

RAID:磁盘阵列

RAID 0 无奇偶校验的条带磁盘。数据横跨所有的物理磁盘，无任何容灾特性。

RAID 1 磁盘镜像。最少需要两个物理磁盘。可同时从两个磁盘读取数据，写数据需要备份到另外一个盘。具有容灾特性。浪费50%的磁盘空间。

RAID 5 具有奇偶校验的条带磁盘。最少需要3个物理磁盘，一个用来存放奇偶校验信息，另外两个用来存放数据，。具有容灾特性。浪费50%的磁盘空间。

RAID 10 或RIAD 0+1 组合。读写性能最好且具有容灾性。

• 添加文件组。
• 备份或还原数据库。
• 更改排序规则。默认排序规则为服务器排序规则。
• 更改数据库所有者。tempdb 的所有者是 dbo。
• 创建数据库快照。
• 删除数据库。
• 从数据库中删除 guest 用户。
• 启用变更数据捕获。
• 参与数据库镜像。
• 删除主文件组、主数据文件或日志文件。
• 重命名数据库或主文件组。
• 运行 DBCC CHECKALLOC。
• 运行 DBCC CHECKCATALOG。
• 将数据库设置为 OFFLINE。
• 将数据库或主文件组设置为 READ_ONLY。