服务器（SQL Server 2008）的tempdb每月增加几次，达到500GB +。是否有可能找出导致该问题的SQL语句？这个问题通常不是由造成create table #temp...; insert into #temp...或select ... into #temp...而又复杂的连接。 某些tempdb文件的Initial Size每次也会自动设置为更大的值。怎么预防呢？ 有时，缓存的计划会阻止调整大小/缩小文件。如何找到哪个持有tempdb？
在最大内存设置为25GB的SQL Server 2016 SP2上，我们有一个查询，在一分钟内执行大约80次。该查询将大约4000页溢出到tempdb。这会在tempdb磁盘上导致大量IO。 当您查看查询计划（简化查询）时，您会看到估计的行数等于实际的行数，但仍然会发生溢出。因此，过时的统计信息不能成为问题的原因。 我做了一些测试，然后查询溢出到Tempdb： select id --uniqueidentifier from SortProblem where [status] ='A' order by SequenceNumber asc option (maxdop 1) 但是，如果我选择其他列，则不会发生溢出： select startdate --datetime from SortProblem where [status] ='A' order by SequenceNumber asc option (maxdop 1) 因此，我尝试“扩大” id列的大小： select CONVERT(nvarchar(512),id) from SortProblem where [status] ='A' order by SequenceNumber asc …
我是SQL Server 2012的新手，如果有人可以提供帮助，我将不胜感激。我已将大型数据库的副本还原到SQL Server 2012，并且尝试对它运行一些简单查询。 我试图对数据库的136898115行表运行SELECT查询。该SELECT查询只有一个简单WHERE子句。每次我运行此查询时，它都会失败，因为系统磁盘（安装Windows的分区- C:\）的空间不足（此分区只有6GB的可用空间），我不明白为什么。我将tempdb定义在另一个驱动器上，该驱动器具有14 TB以上的可用空间。当然，我的数据库也位于其他驱动器上。 是什么使我的系统分区空间不足？是页面文件吗？
SQL Server缓存在存储过程中创建的临时表，并仅在过程结束并随后执行时重命名它们。我的问题与何时释放tempdb空间有关。我已经知道该表在过程结束时被截断了。我已经读到评论说，这是基于每个会话进行处理的，并且看到了有关是否需要在MSDN上进行清理的问题。但是，如果它从未在同一会话中两次执行过，该怎么办？ 我还听说过，有一个后台垃圾收集过程，一旦表超出范围，就会释放该空间。 尽管有相反的预期，但在创建存储过程的末尾截断一个临时表时，似乎导致该表在tempdb中用于释放数据的空间比没有使用truncate语句时要快。为什么？ 使用或不使用这样的截断语句对性能的影响是什么？使用SNAPSHOT隔离时，经常会感到tempdb压力，我认为尽快从大型temp表中释放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] …
简单的测试台： USE tempdb; GO /* This DROP TABLE should not be necessary, since the DROP SCHEMA should drop the table if it is contained within the schema, as I'd expect it to be. */ IF COALESCE(OBJECT_ID('tempdb..#MyTempTable'), 0) <> 0 DROP TABLE #MyTempTable; IF EXISTS (SELECT 1 FROM sys.schemas s WHERE …