我正在使用 SQL Server 2012 Enterprise。该服务器配置了一个可用性组。实例上有多个用于不同工具的数据库。这些工具都属于同一类,因此一起推出。推出后,我发现 TempDB 的性能计数器 Transaction / sec 有所上升。推出之前,计数器平均约为 30,现在约为 300。过去我已经遇到过类似的问题,发现一个工具的新版本实现了一个一直被调用的游标。但这次这似乎不是问题。我使用 SQL 探查器来跟踪游标事件,但没有发现任何有趣的东西。我还尝试使用 tempDB 本身的过滤器进行跟踪,但看起来那里什么也没有发生。
有谁知道我如何才能找出是谁或什么导致了 TempDB 中这些高交易率?
我不确定这是否是一个性能问题,但我想找出为什么这个数字会发生如此大的变化。
答案1
我以前使用过这个脚本来查看哪个 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
(谢谢戴夫!
将这两者结合起来应该会给你一个好主意。