我正在使用SQL Server 2012 Enterprise。 服务器configuration了一个可用性组。 实例上有不同工具的几个数据库。 这些工具全部属于一起，因此被推出来。 在推出后，我认识到TempDB的perfmon counter Transaction / sec的上升。 在推出之前，计数器的平均值是30，现在是300左右。过去我已经有类似的问题，发现一个工具的新版本实现了一个被所有时间称为光标。 但是这次这似乎不成问题。 我使用SQL分析器来跟踪游标事件，但没有发现任何有趣的事情。 我也尝试跟踪在tempDB本身的filter，但它看起来没有什么在那里。
有没有人有一个想法，我怎么能找出谁或什么是在TempDB导致这些高交易率？
我不确定这可能是一个性能问题，但我想知道为什么这个数字改变了那么多。
我以前用这个脚本来看看哪个spid在tempdb中有很多页面：
;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; （不记得我从哪里得到的，对不起）。 这不会给你的罪魁祸首（因为他可能会一遍又一遍地写同一页）。
使用这个脚本给你谁做了很多的IO：
SELECT TOP 10 SUBSTRING(qt.TEXT, (qs.statement_start_offset/2)+1, ((CASE qs.statement_end_offset WHEN -1 THEN DATALENGTH(qt.TEXT) ELSE qs.statement_end_offset END - qs.statement_start_offset)/2)+1), qs.execution_count, qs.total_logical_reads, qs.last_logical_reads, qs.total_logical_writes, qs.last_logical_writes, qs.total_worker_time, qs.last_worker_time, qs.total_elapsed_time/1000000 total_elapsed_time_in_S, qs.last_elapsed_time/1000000 last_elapsed_time_in_S, qs.last_execution_time, qp.query_plan FROM sys.dm_exec_query_stats qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) qp ORDER BY qs.total_logical_reads DESC -- logical reads -- ORDER BY qs.total_logical_writes DESC -- logical writes -- ORDER BY qs.total_worker_time DESC -- CPU time
（ 谢谢Dave ！）
结合这两个应该给你一个好主意。