에서 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 join에 sys.dm_exec_requestsA를 left outer join다음 현재 적극적으로 쿼리를 실행하지 않는 세션에 대한 행을 반환합니다.
검색어 Martin이 게시했습니다 ...
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로그 공간을 차지하는 활성 트랜잭션 이있는을 식별 할 수 있지만 문제점을 발생시킨 실제 쿼리를 반드시 판별 할 수있는 것은 아닙니다. 지금 실행되지 않으면 위의 쿼리에서 캡처되지 않기 때문입니다. 활성 요청. 다음을 사용하여 가장 최근의 쿼리를 반응 적으로 확인할 수 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 사용을 최소화하기위한 몇 가지 팁
- 적은 #temp 테이블과 @table 변수를 사용하십시오.
- 동시 인덱스 유지 관리를 최소화하고
SORT_IN_TEMPDB필요하지 않은 옵션은 피하십시오
- 불필요한 커서를 피하십시오. 정적 커서는 tempdb에서 작업 테이블을 사용하기 때문에 병목 현상이 발생할 수 있다고 생각되면 정적 커서를 피하십시오-이것은 커서 유형이지만 tempdb가 병목 현상이 아닌 경우 항상 권장합니다
- 스풀을 피하십시오 (예 : 쿼리에서 여러 번 참조되는 큰 CTE)
- MARS를 사용하지 마십시오
- 스냅 샷 / RCSI 격리 수준의 사용을 철저히 테스트하십시오. NOLOCK보다 낫다는 말을 들었으므로 모든 데이터베이스에 대해 설정하지 마십시오 (그렇지만 무료는 아님).
- 경우에 따라 직관적이지 않은 것처럼 들릴 수도 있지만 임시 테이블을 더 많이 사용 합니다. 예를 들어, 엄청난 쿼리를 부분으로 나누는 것이 약간 덜 효율적일 수 있지만, 단일의 큰 쿼리에 너무 큰 메모리 부여가 필요하기 때문에 tempdb에 엄청난 메모리 유출을 피할 수 있다면 ...
- 대량 작업에 트리거를 사용하지 마십시오.
- LOB 유형 (최대 유형, XML 등)을 로컬 변수로 과도하게 사용하지 마십시오.
- 짧고 달콤한 거래를 유지
- tempdb를 모든 사람의 기본 데이터베이스로 설정하지 마십시오.
tempdb 로그 사용은 데이터베이스 메일, 이벤트 알림, 쿼리 알림 및 서비스 브로커와 같은 거의 제어 할 수없는 내부 프로세스로 인해 발생할 수 있다고 생각할 수 있습니다. 이러한 기능의 사용을 중지 할 수 있지만 사용중인 경우 tempdb를 사용하는 방법과시기를 지정할 수 없습니다.
