データベースロック NOLOCK, HOLDLOCK, UPDLOCK, TABLOCK, TABLOCKX

ジミーチュウ · 2021-1-14 15:23:14

NOLOCK
このオプションをチェックすると、SQL Server はデータの読み取りまたは変更時にロックを追加しません。この場合、ユーザはコミットされていないトランザクションやロールバックからのデータ、いわゆる "ダーティデータ "を読み込むことができます。

ホールドロック
このオプションをオンにすると、SQL Serverはトランザクション全体の終了まで共有ロックを保持します。

UPDLOCK
このオプションをチェックすると、SQL Serverはデータの読み取り時に共有ロックの代わりに変更ロックを使用し、トランザクション全体またはコマンドの終了までこのロックを保持します。このオプションにより、複数のプロセスが同時にデータを読み取ることができますが、そのプロセスだけがデータを変更できるようになります。

タブロック
このオプションをチェックすると、SQL Serverはコマンドの終了までテーブル全体に共有ロックをかけます。このオプションは、他のプロセスが読み取りのみを行い、データを変更できないようにします。

PAGLOCK
このオプションはデフォルトのオプションです。チェックすると、SQL Serverは共有ページ・ロックを使用します。

TABLOCKX (テーブル除外ロック)
このオプションをチェックすると、SQL Serverはコマンドまたはトランザクションが終了するまでテーブル全体に排他ロックをかけます。これにより、他のプロセスがテーブルのデータを読み取ったり変更したりすることができなくなります。

HOLDLOCK トランザクションが完了するまで共有ロックを保持し、ロックされたオブジェクトが不要になり次第、SERIALIZABLE トランザクション分離レベルと同じように解放する必要があります。

NOLOCK 文を実行すると共有ロックは発行されず、ダーティ・リードが可能になり、READ UNCOMMITTED トランザクション分離レベルと同じになります。

PAGLOCK テーブル・ロックが使用される場合、複数のページ・ロックが使用されます。

READPAST SQL Serverがロックされた行をスキップしてトランザクションを実行できるようにします。READ UNCOMMITTEDトランザクション分離レベルに適用され、ページ、リージョン、テーブル・ロックではなくRIDロックのみをスキップします。

ROWLOCK 行ロックの使用を強制します。

TABLOCKX トランザクションの間、他のトランザクションがテーブルを使用できないようにする排他的なテーブル・レベルのロックを強制的に使用します。

UPLOCK 共有ロックを使用せずにテーブルを読み込む際に更新を強制的に使用します。

注意: データベースにおけるテーブルのロックの違い
SELECT * FROM table WITH (HOLDLOCK) 他のトランザクションはテーブルを読むことができますが、更新や削除はできません。
SELECT * FROM table WITH (TABLOCKX) 他のトランザクションはテーブルを読み取れませんが、更新や削除はできません。

SQL · 2021-1-14 16:53:24

TABLOCKXロックのテスト

テストSQLは次のとおりです：

ログインできる。

テスト c# コード：

ログイン時に表示されます。

私は、テーブル全体がロックされていることを発見し、トランザクションの実行が完了するのを待つだけで、データを照会することができます、次の図：

ログイン/登録して大きな画像を見る

WITH(TABLOCKX)を削除し、Id 1のデータのみを更新し、以下のようにテストします：

ログイン/登録して大きな画像を見る

タスク2とタスク4のクエリにはID1のデータが含まれないため、クエリは非常に高速ですが、3と4はクエリを実行する前にトランザクションの完了を待つ必要があります。

データ変更時の動作

行バージョン管理を使用するコミットされた読み取りトランザクションでは、更新する行の選択は、データ値が読み取られる際に更新ロック（Uロック）がデータ行に適用されるブロッキングスキャンを使用して行われます。これは、行バージョン管理を使用しないコミットされた読み取りトランザクションと同じである。データ行が更新条件を満たさない場合、その行の更新ロックは解放され、次の行がロックされてスキャンされる。

更新ロック（U）：デッドロックの発生を防ぐロック・モード。データ・リソースを読み取り、変更する2つのトランザクションの場合、共有ロックや排他ロックを使用するとデッドロックが発生することがあるが、更新ロックを使用するとデッドロックの発生を防ぐことができる。リソースの更新ロックは、一度に1つのトランザクションにしか割り当てることができません。リソースを変更する必要がある場合、更新ロックは排他ロックになり、そうでない場合は共有ロックになります。

https://docs.microsoft.com/zh-cn/sql/relational-databases/sql-server-transaction-locking-and-row-versioning-guide?view=sql-server-ver15#データ変更時の動作

ジミー・チョブソン · 2021-1-28 17:30:51

質問

をudpateする
set column1 = 1
where idx = 1
sqlserverがupdate文を実行すると、テーブル全体がロックされますね？

分析してください：

テーブルの構造を見て、主キーがない場合だけでなく、行をロックすることはできません

ugg · 2023-5-2 11:47:24

Entity Framework クエリの最適化 WITH(NOLOCK)
https://www.itsvse.com/thread-9513-1-1.html

ユーザー名		自動ログイン	パスワード取得
パスワード検索			会員登録

[情報]データベースロック NOLOCK, HOLDLOCK, UPDLOCK, TABLOCK, TABLOCKX

関連記事

閲覧セクション