SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
SQL Server でロックエスカレーションが発生する要因としては次の 2 種類があります。
閾値については、ロックのエスカレーションのしきい値 に記載されています。
それぞれの閾値に達した場合に、ロックエスカレーションが発生し、ロックの粒度がテーブルにエスカレーションされ確保されます。
この動作により、取得されているロックの数を最小限にすることで、ロックで過剰なメモリが使用されないようにします。
TF1211 を有効にすることで、「1.」「2.」の両方のロックエスカレーションを無効にし、TF1224 を有効にすることで「2.」についてのロックエスカレーションを無効にします。
これが、ロックエスカレーションの基本的な考え方となりますが、「1.」のケースについて、きちんと理解できていなかったことが分かったので、情報をまとめておきたいと思います。
SQL Server で取得されているロック数を把握する際には、sys.dm_tran_locks を参照することが多いかと思います。
ロック数が数 10 万 / 数 100 万となっている環境では、この DMV を参照して COUNT(*) をするだけでも数分かかってしまい、定期的にロック数を取得して推移を把握するということが難しいケースがあります。
この DMV を使用せず、類似のロック数を把握することができるかを検証してみました。
Vibe Coding (Codex) で作成したツールとなりますが、SQL Server の実行プランを解析するツールとして MSSQLPlanViewer を公開しました。
.NET で作成されている Web アプリケーションとなります。
Build 2026 のタイミングでアナウンスのあった SQL Server 関連のアップデートについてまとめておきたいと思います。
SQL Server では UPDATE STATISTICS を実行することでテーブルの統計情報を更新することができます。
UPDATE STATISTICS は次のクエリのようにテーブル名のみを指定することでテーブル内の全統計情報を更新することが可能です。
UPDATE STATISTICS LINEITEM
このような指定をした統計情報の更新を実行する場合、「列レベルの統計」が作成されている場合には考慮点があります。
SSMS 22 の GitHub Copilot Chat を使用すると、Copilot によるデッドロックレポート (database_xml_deadlock_report) の分析を行うことができます。
SQL Server ベースのデータベースで空き領域が少なくなった場合に、ストレージの増強を行わなくても「インデックスの再構成 (REORGANIZE)」で対応できることがあります。
実際に SQL Database で再構成をした環境が次の画像となりますが、再構成をすることで、最大のストレージサイズを変更しなくても、195 MB の容量を 6.67 GB まで空き領域を確保することができています。
本ブログでは、次の投稿で SQL Server 2025 のフルテキスト検索の問題を取り上げていました。
これらの投稿で取り上げていた、フルテキスト検索の問題が本日リリースされた SQL Server 2025 CU4 で対応されました。
SQL Server 2025 で v2 のワードブレーカーとフィルター (既定) を使用しており、日本語のような言語でフルテキスト検索の一部の関数の実行時に、エラー 30053 が発生する場合、CU4 を適用することで解消する可能性が高いです。
本日 Announcing SQL Server Management Studio 22.5 というアナウンスがあり、SSMS 22.5 がリリースされました。
このリリースで 22.4.1 で発生していたローカライズの問題が解消しました。
SSMS 22.4.1 では、SSMS のオブジェクト エクスプローラーのローカライズの問題があり、ローカライズされた SSMS をインストールしても、英語で表示されてしまうという問題がありました。
SSMS 22.5.0 ではこの問題が解決され、ローカライズされて表示されるようになりました。
新機能については、Announcing SQL Server Management Studio 22.5 と 22.5.0 の新機能 から確認することができます。
ローカライズの問題は、SSMS のフィードバック 経由で対応が行われたものとなりますので、SSMS の問題はこちらからフィードバックするとよいのではないでしょうか。
