1秒未満で発生するブロッキングを追跡する方法-SQL Server

1秒未満で発生するブロッキングの問題をトラブルシューティングしようとしています。OLTPアプリケーションは非常に機密性が高く、合意されたSLAに従って一部のトランザクションの応答時間が200ミリ秒未満である必要があります。新しいコードリリースにはロックエスカレーションの問題がいくつかあり、更新プログラムのバッチサイズを小さくすることで解決できました。バッチサイズが小さい場合でも、新しいspがOLTPトランザクションが更新しているのと同じ行をブロックしていると思われます。

ブロックされているセッションと待機しているリソースを見つける必要があります。私の理解では、「ブロックされたプロセスのしきい値」は最低1秒に設定できるため、ブロックはキャプチャされません。

wait_infoイベントとwait_completed xイベントを試しています。

これを追跡できる他の方法はありますか。ありがとう

一般的な待機ではなくロックに特に関心があるため、locks_lock_waits拡張イベントはより適切に聞こえます。

フィルターをオンにして increment >= 200

CREATE EVENT SESSION [locks_lock_waits] ON SERVER 
ADD EVENT sqlserver.locks_lock_waits(
        ACTION(sqlserver.sql_text)
            WHERE  ( [sqlserver].[is_system] = 0
                     AND [increment] >= 200
                     AND [counter] <= 1000 ) 
    )
ADD TARGET package0.ring_buffer;

GO

ALTER EVENT SESSION [locks_lock_waits]  
ON SERVER  STATE = start;  

上記では、しきい値の時間ロックを待機しているステートメントを収集しますが、特定のロックリソースは提供しません。

私はこのイベントを使用したことはなく、このセッションが実稼働サーバーでどれほどのオーバーヘッドを引き起こすかについての洞察もありません。

このビデオをトピックで見つけました。counter収集するイベントの数を減らすためにフィルタリングを強くお勧めしますが、上記で行っています。

古いレガシーの文書化されていないコマンドについても言及しています

dbcc lock(StallReportThreshold, 200) -- 200 is threshold in ms

which（トレースフラグ3605が有効な場合）は、以下のような限られた情報をSQL Serverエラーログにダンプします。

プロセス53はRIDのSロックを6844ミリ秒待機しました：2：1：120：2結果：OKWAIT

文書化されており、はるかに強力であるため、とにかく拡張イベントが明らかに好ましいため、これを渡す際に言及します。

ロックに興味がある場合は、いくつかの拡張イベントを利用できます。

lock_acquired
lock_released
lock_escalation

最初の2つのイベントにはduration（マイクロ秒）の列があり、しきい値でフィルタリングできます。またresource_description、関連するリソースの詳細を提供するアクションもあります。

の lock_escalationイベントもありstatementますが、ロック・エスカレーションを引き起こしたT-SQL文を収集するために追加することができますアクションを。それもありescalation_causeます。サンプルセッションを次に示します。

CREATE EVENT SESSION [locking] ON SERVER 
ADD EVENT sqlserver.lock_acquired( SET collect_resource_description = (1) ),
ADD EVENT sqlserver.lock_escalation( SET collect_statement = (1) ),
ADD EVENT sqlserver.lock_released( SET collect_resource_description = (1) )
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=OFF)
GO

ブロックされたプロセスのレポートのしきい値を1秒未満に設定できない理由があると思われます。RDBMSではロックは完全に正常です-データベースエンジンは、リソースを保護するためにリソースをロックする必要があります。ロックがいつブロックになるかについての公式の定義はありませんが、ロックが1秒以上にわたって刻々と過ぎていくのは、私にとっては普通のことです。