从http://www.sqlservercentral.com/scripts/tempdb/72007/
;WITH task_space_usage AS (
-- SUM alloc/delloc pages
SELECT session_id,
request_id,
SUM(internal_objects_alloc_page_count) AS alloc_pages,
SUM(internal_objects_dealloc_page_count) AS dealloc_pages
FROM sys.dm_db_task_space_usage WITH (NOLOCK)
WHERE session_id <> @@SPID
GROUP BY session_id, request_id
)
SELECT TSU.session_id,
TSU.alloc_pages * 1.0 / 128 AS [internal object MB space],
TSU.dealloc_pages * 1.0 / 128 AS [internal object dealloc MB space],
EST.text,
-- Extract statement from sql text
ISNULL(
NULLIF(
SUBSTRING(
EST.text,
ERQ.statement_start_offset / 2,
CASE WHEN ERQ.statement_end_offset < ERQ.statement_start_offset
THEN 0
ELSE( ERQ.statement_end_offset - ERQ.statement_start_offset ) / 2 END
), ''
), EST.text
) AS [statement text],
EQP.query_plan
FROM task_space_usage AS TSU
INNER JOIN sys.dm_exec_requests ERQ WITH (NOLOCK)
ON TSU.session_id = ERQ.session_id
AND TSU.request_id = ERQ.request_id
OUTER APPLY sys.dm_exec_sql_text(ERQ.sql_handle) AS EST
OUTER APPLY sys.dm_exec_query_plan(ERQ.plan_handle) AS EQP
WHERE EST.text IS NOT NULL OR EQP.query_plan IS NOT NULL
ORDER BY 3 DESC;
编辑
正如Martin在评论中指出的那样，这不会在tempdb中找到占用空间的活动事务，它只会找到当前正在那里使用空间的活动查询（并且可能是当前日志使用的罪魁祸首）。因此，可能存在未完成的事务，但是导致问题的实际查询不再运行。
您可以将inner joinon 更改sys.dm_exec_requests为left outer join，然后将返回当前未在积极运行查询的会话的行。
马丁的查询...
SELECT database_transaction_log_bytes_reserved,session_id
FROM sys.dm_tran_database_transactions AS tdt
INNER JOIN sys.dm_tran_session_transactions AS tst
ON tdt.transaction_id = tst.transaction_id
WHERE database_id = 2;
...将session_id用占用日志空间的活动事务来标识s，但是您不一定能够确定导致问题的实际查询，因为如果它现在没有运行，则不会在上面的查询中捕获活动请求。您可能可以使用来反应性地检查最近的查询，DBCC INPUTBUFFER但可能无法告诉您您想听的内容。您可以采用类似的方式进行外部联接，以捕获那些正在运行的对象，例如：
SELECT tdt.database_transaction_log_bytes_reserved,tst.session_id,
t.[text], [statement] = COALESCE(NULLIF(
SUBSTRING(
t.[text],
r.statement_start_offset / 2,
CASE WHEN r.statement_end_offset < r.statement_start_offset
THEN 0
ELSE( r.statement_end_offset - r.statement_start_offset ) / 2 END
), ''
), t.[text])
FROM sys.dm_tran_database_transactions AS tdt
INNER JOIN sys.dm_tran_session_transactions AS tst
ON tdt.transaction_id = tst.transaction_id
LEFT OUTER JOIN sys.dm_exec_requests AS r
ON tst.session_id = r.session_id
OUTER APPLY sys.dm_exec_sql_text(r.plan_handle) AS t
WHERE tdt.database_id = 2;
您还可以使用DMV sys.dm_db_session_space_usage查看会话的总体空间利用率（但同样，您可能无法获取查询的有效结果；如果查询未处于活动状态，则获取的内容可能不是实际的罪魁祸首）。
;WITH s AS
(
SELECT
s.session_id,
[pages] = SUM(s.user_objects_alloc_page_count
+ s.internal_objects_alloc_page_count)
FROM sys.dm_db_session_space_usage AS s
GROUP BY s.session_id
HAVING SUM(s.user_objects_alloc_page_count
+ s.internal_objects_alloc_page_count) > 0
)
SELECT s.session_id, s.[pages], t.[text],
[statement] = COALESCE(NULLIF(
SUBSTRING(
t.[text],
r.statement_start_offset / 2,
CASE WHEN r.statement_end_offset < r.statement_start_offset
THEN 0
ELSE( r.statement_end_offset - r.statement_start_offset ) / 2 END
), ''
), t.[text])
FROM s
LEFT OUTER JOIN
sys.dm_exec_requests AS r
ON s.session_id = r.session_id
OUTER APPLY sys.dm_exec_sql_text(r.plan_handle) AS t
ORDER BY s.[pages] DESC;
使用所有这些查询后，您应该能够缩小谁在使用tempdb以及如何使用tempdb，特别是如果您发现问题的话。
最小化tempdb利用率的一些技巧
- 使用更少的#temp表和@table变量
- 最小化并发索引维护，并在
SORT_IN_TEMPDB不需要时避免使用该选项
- 避免不必要的游标；如果您认为这可能是瓶颈，请避免使用静态游标，因为静态游标会在tempdb中使用工作表-尽管这是游标的类型，如果tempdb并非瓶颈，我总是建议您
- 尝试避免假脱机（例如，在查询中多次引用的大型CTE）
- 不要使用火星
- 彻底测试快照/ RCSI隔离级别的使用-不要只为所有数据库打开快照，因为您被告知它比NOLOCK更好（它是免费的，但不是免费的）
- 在某些情况下，这听起来似乎不太直观，但是使用了更多的临时表。例如，将庞大的查询分解为多个部分可能会效率略低，但是如果它可以避免对tempdb的大量内存溢出，因为单个较大的查询需要太大的内存授权...
- 避免为批量操作启用触发器
- 避免过度使用LOB类型（最大类型，XML等）作为局部变量
- 保持交易简短有趣
- 不要将tempdb设置为每个人的默认数据库-
您可能还认为，tempdb日志的使用可能是由您几乎无法控制或无法控制的内部进程引起的，例如数据库邮件，事件通知，查询通知和服务代理都以某种方式使用了tempdb。您可以停止使用这些功能，但是，如果要使用它们，则无法确定它们如何以及何时使用tempdb。
