SQL Server 缓存在存储过程中创建的临时表，并且仅在过程结束并随后执行时重命名它们。我的问题与 tempdb 空间何时释放有关。我读过该表在程序结束时被截断。我在评论中读到这是在每个会话的基础上处理的，并且在 MSDN上看到了一个关于是否需要清理的问题。但是如果它从来没有被同一个会话执行两次呢？
我还听说有一个后台垃圾收集进程，一旦表超出范围，就会释放该空间。
在创建临时表的存储过程结束时截断临时表似乎会导致表在 tempdb 中用于释放数据的空间比不使用 truncate 语句时释放得更快，尽管预期相反。为什么？
使用或不使用这样的截断语句对性能有何影响？使用 SNAPSHOT 隔离时，tempdb 经常受到压力，我认为尽快从大型临时表中释放 tempdb 中使用的空间可以防止 tempdb 不必要的增长。这种潜在的空间节省会以性能为代价吗？
这是一些重现问题的代码（主要来自@TheGameiswar，有一些更改）：
SET NOCOUNT ON;
GO
ALTER PROC usp_test
AS
BEGIN
IF object_id('tempdb..#temp') IS NOT NULL
DROP TABLE #temp
SELECT *
INTO #temp
FROM [dbo].[Event_28] -- This is a table with 15313 rows, using 35648 KB according to sp_spaceused
--SELECT SUM(user_object_reserved_page_count) AS [user object pages used]
-- ,(SUM(user_object_reserved_page_count) * 1.0 / 128) AS [user object space in MB]
-- ,getdate() AS BeforeTruncate
--FROM tempdb.sys.dm_db_file_space_usage;
-- TRUNCATE TABLE #temp
--SELECT SUM(user_object_reserved_page_count) AS [user object pages used]
-- ,(SUM(user_object_reserved_page_count) * 1.0 / 128) AS [user object space in MB]
-- ,getdate() AS AfterTruncate
--FROM tempdb.sys.dm_db_file_space_usage;
END
GO
SELECT SUM(user_object_reserved_page_count) AS [user object pages used]
,(SUM(user_object_reserved_page_count) * 1.0 / 128) AS [user object space in MB]
,getdate() AS 'before'
FROM tempdb.sys.dm_db_file_space_usage;
EXEC usp_test
GO
SELECT SUM(user_object_reserved_page_count) AS [user object pages used]
,(SUM(user_object_reserved_page_count) * 1.0 / 128) AS [user object space in MB]
,getdate() AS 'final'
FROM tempdb.sys.dm_db_file_space_usage;
GO 40
注释的行在某些运行中被注释掉，而在其他运行中未注释。当TRUNCATE被注释掉时，tempdb.sys.dm_db_file_space_usage查询结果（多 4472 页和大 34.9375 MB）与执行过程之前的结果匹配需要 2.25 到 4.5 秒。在未注释行（包括TRUNCATE）的情况下，只需要大约 0.11 - 0.9 秒。这些结果来自实时系统，在此实验期间源表中有一些小数据增长。
注释掉代码的示例输出（从第一个到最后一个“最终”条目的 2.69 秒）：
user object pages used user object space in MB before
---------------------- --------------------------------------- -----------------------
1536 12.000000 2017-10-04 21:03:42.197
Beginning execution loop
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:42.423
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:42.533
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:42.643
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:42.883
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:42.990
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:43.100
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:43.450
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:43.650
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:43.767
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:43.993
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:44.103
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:44.213
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:44.437
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:44.553
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:44.663
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:44.887
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6000 46.875000 2017-10-04 21:03:45.003
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
1536 12.000000 2017-10-04 21:03:45.113
未注释代码的示例结果（从第一个到最后一个“最终”条目的 0.11 秒）：
user object pages used user object space in MB before
---------------------- --------------------------------------- -----------------------
1536 12.000000 2017-10-04 21:07:39.807
user object pages used user object space in MB BeforeTruncate
---------------------- --------------------------------------- -----------------------
6016 47.000000 2017-10-04 21:07:39.923
user object pages used user object space in MB AfterTruncate
---------------------- --------------------------------------- -----------------------
6016 47.000000 2017-10-04 21:07:39.923
Beginning execution loop
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
6016 47.000000 2017-10-04 21:07:40.160
user object pages used user object space in MB final
---------------------- --------------------------------------- -----------------------
1536 12.000000 2017-10-04 21:07:40.270
如果临时表足够大（超过 128 个盘区），物理页释放将被延迟，并由后台系统任务执行。无论是否使用显式，这都是正确的
TRUNCATE TABLE。唯一的区别是一个很小的实现细节。一个明确的
TRUNCATE TABLE碰巧创建了一个计时器比临时表清理创建的（否则相同的）延迟删除任务更短的任务：这是偶然的还是设计的，这是任何人的猜测。它当然可以随时更改，因为这种详细程度超出了支持的产品表面积。
如果您使用（大部分）未记录的跟踪标志全局禁用延迟删除：
...在这两种情况下，释放是同步执行的，您不会看到时间上的差异。
我严重怀疑这无论如何都会产生很大的不同。如果tempdb的大小适合您的工作负载的峰值需求，那么延迟下降是在一秒还是三秒后发生都无关紧要。做同样的工作；这只是时间上的微小差异。
另一方面：如果您觉得
TRUNCATE TABLE在存储过程结束时使用临时表更舒服，那就去吧。我不知道这样做有什么特别的缺点。