mysqlデータベースロックメカニズムの概要-mysql チュートリアル-php.cn

この記事では、MySQL データベースのロックメカニズムについて説明します。必要な方は参考にしていただければ幸いです。

同時実行制御

データベース管理システムにおける同時実行制御のタスクは、複数のトランザクションがデータベース内の同じデータにアクセスしないようにすることです。データベースの分離と統合、およびデータベースの統合を同時に破壊します。
#ブロッキング、タイムスタンプ、オプティミスティック同時実行制御、およびペシミスティック同時実行制御は、同時実行制御に使用される主な技術手段です。

ロック

同時トランザクションが同時にリソースにアクセスすると、データの不整合が生じる可能性があるため、データベースデータの一貫性を確保するためにデータアクセスを順序付けるメカニズムが必要です。ロックはメカニズムの 1 つです (推奨チュートリアル:

MySQL チュートリアル )

ロックの分類

操作に応じて分けると、次のように分けることができます。
DML ロック、DDL ロック
ロックの粒度に応じて分割され、
テーブルレベルのロック、行レベルのロック、ページレベルに分割できます。 lock (mysql)
ロックレベルに応じて
共有ロックと排他ロックに分けることができます
ロック方法で分けると
自動ロック、表示ロック
楽観的ロックと悲観的ロックに分けることができます

行レベルロック

共有ロック
と 排他ロック

テーブル共有読み取りロック (共有ロック)
と テーブル排他的書き込みロック (排他的ロック)

InnoDB エンジンは行ロックとテーブルロックの両方をサポートしています。そのため、テーブル全体がロックされるのはいつかということです。、行がロックされるのはいつですか? ?

インデックス条件を通じてデータが取得される場合にのみ、InnoDB は行レベルのロックを使用します。それ以外の場合、InnoDb はテーブルロックを使用します

テーブルに複数のインデックスがある場合、InnoDB では、主キーインデックス、一意インデックス、通常のインデックスのいずれが使用されているかに関係なく、異なるトランザクションが異なるインデックスを使用して異なる行をロックできます。 Row lock を使用してデータをロックします。
インデックスフィールドが条件で使用されている場合でも、データの取得にインデックスを使用するかどうかは、さまざまなコストを判断して MySQL によって決定されます。行プラン。一部の非常に小さなテーブルなど、MySQL がテーブル全体のスキャンの方が効率的であると判断する場合、InnoDB は行ロックの代わりにテーブルロックを使用します。したがって、ロックの競合を分析するときは、SQL 実行計画を確認することを忘れないでください

行レベルのロックとデッドロック

MyISAM は常に必要なものをすべて一度に取得するため、MyISAM はデッドロックを生成しません。ロック、またはすべてが満たされている場合または全員が待っています。 InnoDB では、ロックは段階的に取得されるため、デッドロックが発生する可能性があります。
MySQL では、行レベルのロックはレコードを直接ロックするのではなく、インデックスをロックします。インデックスは主キーインデックスと非主キーインデックスに分けられます。SQL ステートメントが主キーインデックスで動作する場合、MySQL はまず主キーインデックスをロックします。次に、関連する主キーインデックスをロックします。更新および削除操作中に、MySQL は where 条件によってスキャンされたすべてのインデックスレコードをロックするだけでなく、隣接するキー値もロックします。これは、いわゆるネクストキーロックです。
デッドロック: 2 つのトランザクションが同時に実行されると、1 つは主キーインデックスをロックし、他の関連するインデックスを待機します。もう 1 つは、非主キーインデックスをロックし、主キーインデックスを待機しています。デッドロックが発生します。
#デッドロックが発生すると、通常、InnoDB はそれを検出し、1 つのトランザクションにロックを解放してロールバックさせ、別のトランザクションにロックを取得させてトランザクションを完了させることができます

デッドロックの回避

#

読み取りロックとも呼ばれます。
は、読み取り操作によって作成されたロックです。他のユーザーは同時にデータを読み取ることができますが、すべての共有ロックが解放されるまでトランザクションはデータを変更できません。
#トランザクション T がデータ A に共有ロックを追加してからデータを変更すると、他のトランザクションはデータを取得できなくなります。共有ロック。同様に、複数のトランザクションが同じデータの共有ロックを取得した場合、どのトランザクションもデータを変更できません。
使用法:
クエリステートメントの後に
LOCK IN SHARE MODE
を追加します。他のスレッドがクエリ結果にフォーカスしていない場合、Mysql はクエリ結果の各行に共有ロックを追加します。どの行も排他ロックを使用している場合、共有ロックを正常に適用できますが、それ以外の場合はブロックされます。他のスレッドも共有ロックを使用してテーブルを読み取ることができ、これらのスレッドは同じバージョンのデータ
##2 を読み取ります。排他的ロックは書き込みロックとも呼ばれます。トランザクション T がデータ A に排他的ロックを追加する場合、他のトランザクションは A にいかなる種類のブロックも追加できません。排他ロックを取得するトランザクションは、データの読み取りと変更の両方が可能です

使用法:

SELECT ... FOR UPDATE

FOR UPDATE
を追加すると、MySQL はクエリ結果の各行に排他ロックを追加します。他のスレッドがクエリ結果セットの行に対して排他ロックを使用しない場合、排他ロックが適用されます。それ以外の場合はブロックされます。
3. インテンションロックインテンションロックはテーブルレベルのロックです。トランザクションで次のことを明らかにします。行に対して要求されるロックのタイプ。 InnoDB の 2 つのテーブルロック:

意図共有ロック (IS): トランザクションがデータ行に共有ロックを追加する準備をしていることを示します。共有ロックがデータ行に追加されます。テーブルの IS ロックは、事前に取得する必要があります。