はじめに

以下Microsoftのドキュメント　から引用

SQL Server のラッチの競合とは

SQL Server のラッチの競合とはラッチとは、インデックス、データページ、および B ツリー内の非リーフページのような内部構造など、メモリ内の構造の整合性を保証するために SQL Server エンジンによって使用される、軽量の同期プリミティブです。 SQL Server では、バッファープール内のページを保護するためにはバッファーラッチが使用され、バッファープールにまだ読み込まれていないページを保護するためには I/O ラッチが使用されます。 SQL Server バッファープール内のページのデータの書き込みまたは読み取りが行われるときは常に、ワーカースレッドにおいて最初にそのページのバッファーラッチを取得する必要があります。バッファープール内のページにアクセスするために使用できるバッファーラッチには、排他的ラッチ (PAGELATCH_EX) や共有ラッチ (PAGELATCH_SH) など、さまざまな種類があります。 SQL Server によってバッファープールにまだ存在しないページへのアクセスが試みられると、そのページをバッファープールに読み込むための非同期 I/O がポストされます。 SQL Server で I/O サブシステムの応答を待機する必要がある場合は、要求の種類に応じて、排他 (PAGEIOLATCH_EX) または共有 (PAGEIOLATCH_SH) の I/O ラッチで待機が行われます。これは、別のワーカースレッドにより互換性のないラッチを使用して同じページがバッファープールに読み込まれるのを防ぐために行われます。ラッチは、バッファープールページ以外の内部メモリ構造へのアクセスを保護するためにも使用されます。これらは、非バッファーラッチと呼ばれます。

ページラッチでの競合は、マルチ CPU システムで発生する最も一般的なシナリオであるため、この記事の大部分でこれらに焦点を当てています。

ラッチの競合は、複数のスレッドが同じメモリ内構造に対して互換性のないラッチを同時に取得しようとすると発生します。ラッチは内部的な制御メカニズムであるため、それらを使用するタイミングは SQL エンジンによって自動的に決定されます。ラッチの動作は決定論的であるため、スキーマの設計を含むアプリケーションの決定が、この動作に影響することがあります。

ドキュメントの内容だと長いので、これを調べて少し噛み砕いていこうと思います。
きっと最後までついて来れた方は↑がサラッと読めるようになるかも？

まずはじめにページとラッチについて整理していきたいと思います。

ページとは

SQL Serverがデータをアクセスする際の基本単位

ラッチとは

ラッチはリソースの保護方法の一つ
ラッチはSQL Server以外でも使われる用語
- C#とかでも出てくる
- https://docs.microsoft.com/ja-jp/dotnet/standard/threading/how-to-use-spinwait-to-implement-a-two-phase-wait-operation

ページラッチとは

メモリにロードされた（バッファ上にキャッシュされた）ページ（データ領域）保護するための機構です。
ページラッチにはいくつかのモードがあります。

SQL Server のラッチモード

KP -- 保持ラッチ (Keep Latch)
- 参照されている構造を破棄できないようにする
- スレッドでバッファーの構造を確認する必要がある場合に使用される
SH -- 共有ラッチ
- データページの読み取りなど
UP -- 更新ラッチ (Update Latch)
- 更新時に
EX -- 排他ラッチ (Exclusive Latch)
DT -- 破棄ラッチ (Destroy Latch)

このラッチのモードごとに同時取得できるものと、できないものがあります。
それが以下の表になります。

互換性がある場合は同じページに対して複数のラッチを同時に取得できる
互換性のないモードで保持されるラッチの取得を試みるとキューに配置される

ラッチ競合について

ここまでの説明のページラッチのモードの互換性によりラッチ競合が発生します。

例えば、同一のページに対してEXのラッチを取っているときに、SHのラッチの取得はできません。
このときにSHラッチが取得できないことをラッチ競合と言います。

EXやDTのページラッチでは他のラッチモードとの互換性が少ないので、長時間このラッチを取得しているとラッチ競合が起きやすくなります。
なのでラッチ競合が発生した場合は、EXやDTの占有時間を少なくできると良いでしょう。
もしくは、ページ単位なので異なるページへのアクセスになるようにデータの持ち方を検討するのも一案だと思います。

参考

Microsoft SQL Server でラッチの競合を診断および解決する