検索
ホームページデータベースmysql チュートリアルMySQL のデッドロック問題を解決する方法 (詳細な例)

この記事では、mysql に関する関連知識を提供し、主に一般的なデッドロックのケースの分析と議論、およびデッドロックを可能な限り回避する方法を紹介します。

MySQL のデッドロック問題を解決する方法 (詳細な例)

推奨学習: mysql チュートリアル

1. デッドロックとは

デッドロックは並行システム一般的な問題データベース MySQL の同時読み取りおよび書き込みリクエストのシナリオにも表示されます。 「デッドロック」は、2 つ以上のトランザクションが、すでに保持しているロックを解放するのをお互いに待っている場合、またはロック シーケンスが矛盾しているためにループ内でロック リソースを待っている場合に発生します。一般的なエラー メッセージは、ロックを取得しようとしたときにデッドロックが見つかりました... です。

たとえば、トランザクション A は X1 ロックを保持し、X2 ロックを適用し、トランザクション B は X2 ロックを保持し、X1 ロックを適用します。トランザクション A と B はロックを保持し、相手が保持しているロックを申請して待機するループに入り、デッドロックが発生します。

MySQL のデッドロック問題を解決する方法 (詳細な例)

#上の図に示すように、右側の 4 台の車両のリソース要求によりループ現象、つまり無限ループが発生し、デッドロックが発生しました。

#デッドロックの定義から、MySQL におけるデッドロックの要因は次のとおりです。

    #2 つ以上のトランザクション
  1. 各トランザクションすでにロックを保持しており、新しいロックを申請しています
  2. ロック リソースは同時に同じトランザクションによってのみ保持できるか、互換性がありません
  3. ロックの保持とロックの申請により、トランザクションはループ内で相互に待機します
  4. ##2. InnoDB ロック タイプ
  5. ##デッドロックを分析するには、次のようにします。 InnoDB のロック タイプを理解する必要があります。

#MySQL InnoDB エンジンは、標準の

行レベル ロック: 共有ロック (S ロック) と排他的ロック (X ロック)

MySQL のデッドロック問題を解決する方法 (詳細な例)

#異なるトランザクションは、レコードの同じ行に同時に S ロックを追加できます。

    トランザクションがレコードの特定の行に X ロックを追加すると、他のトランザクションは S ロックまたは X ロックを追加できず、ロック待機が発生します。
  1. トランザクション T1 が行 r の S ロックを保持している場合、別のトランザクション T2 が r のロックを要求すると、次の処理が実行されます。

  2. T2 が S ロックを要求し、すぐに許可されました。その結果、T1 と T2 は両方とも行 r

T2 が X を要求した行の S ロックを保持します。
  1. T1 が r の X ロックを保持している場合、r の X ロックと S ロックに対する T2 の要求はすぐに許可できません。T2 は T1 を待つ必要があります。ロックを解除するには互換性がありません。共有ロックと排他ロックの互換性は以下の通りです:
  2. 2.1. ギャップロック(隙間ロック)
ギャップロックは隙間をロックして挿入を防ぎます。インデックス列に 2、4、8 の 3 つの値があるとします。4 がロックされると、2 つのギャップ (2,4) と (4,8) も同時にロックされます。他のトランザクションは、これら 2 つのギャップの間にインデックス値を持つレコードを挿入できません。ただし、ギャップ ロックには例外があります。

MySQL のデッドロック問題を解決する方法 (詳細な例)

インデックス列が一意のインデックスの場合、このレコードのみがロックされます (行ロックのみが追加されます)。ロックの隙間ではありません。

ジョイント インデックスの場合、それが一意のインデックスである場合、where 条件にジョイント インデックスの一部のみが含まれている場合でも、ギャップ ロックは追加されます。
  1. 2.2、ネクスト キー ロック
  2. ネクスト キー ロックは、実際には行ロック レコードの前にあるギャップ ロックの組み合わせです。インデックス値 10、11、13、および 20 があると仮定すると、考えられる次のキー ロックには次が含まれます:

  3. (negative infinity, 10], (10, 11], (11, 13], ( 13,20], (20, 正の無限大)

RR 分離レベルでは、InnoDB は主に

ファントム読み取り

問題を防ぐためにネクスト キー ロックを使用します。

##2.3, Intention lock(Intention lock)

複数粒度のロックをサポートするために、InnoDB では行ロックとテーブル ロックを同時に存在させることができます。 InnoDB は、インテンション ロックと呼ばれる追加のロック メソッドをサポートしています。インテンション ロックは、ロックされたオブジェクトを複数のレベルに分割します。インテンション ロックは、トランザクションがより細かい粒度でロックすることを意味します。インテンション ロックは 2 つのタイプに分けられます:

意図的共有ロック (IS): トランザクションはテーブル内の特定の行に共有ロックを追加することを目的としています

意図的排他的ロック (IX): トランザクションテーブル内の特定の行に排他的ロックを追加する予定です

  1. #InnoDB ストレージ エンジンは行レベルのロックをサポートしているため、意図的なロックはテーブル全体のスキャン以外のリクエストを実際にはブロックしませんテーブルレベルのインテントロックと行レベルのロックの互換性は次のとおりです:

  2. 2.4. 挿入意図ロック (Insert Intention lock)

    挿入意図ロックは、レコードの行を挿入する前に設定されるギャップ ロックであり、このロックは挿入方法のシグナル、つまり複数の When を解放します。トランザクションは同じインデックス ギャップに挿入されるため、ギャップ内の同じ位置に挿入されない限り、相互に待機する必要はありません。列のインデックス値が 2 と 6 であるとします。2 つのトランザクションの挿入位置が異なる限り (たとえば、トランザクション A は 3 を挿入し、トランザクション B は 4 を挿入)、それらを同時に挿入できます。

    2.5. ロック モード互換性マトリックス

    水平方向は保持されているロック、垂直方向は要求されているロックです:

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    3. デッドロック ログの読み取り

    具体的なケース分析を行う前に、まずデッドロック ログの読み取り方法を理解し、デッドロック ログの情報をデッドロック問題の解決にできる限り活用しましょう。 。

    #次のテスト ケースのデータベース シナリオは次のとおりです。

    MySQL 5.7 トランザクション分離レベルは RRです。

    テーブル構造とデータは次のとおりです。

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    テスト例は次のとおりです。

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    show Engine innodb status を実行すると、最新のデッドロックのログを表示できます。

    3.1. ログ分析は次のとおりです:

    1.***** (1) トランザクション: トランザクション 2322、アクティブ 6 秒開始インデックス read

    トランザクション番号は 2322、6 秒間アクティブ、インデックス読み取りの開始は、トランザクション ステータスがインデックスに従ってデータを読み取り中であることを示します。その他の一般的なステータスは次のとおりです。

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    mysql tables in use 1 は、現在のトランザクションがテーブルを使用していることを示します。

    locked 1 は、テーブルにテーブル ロックがあることを意味します。DML ステートメントの場合、LOCK_IX

    LOCK WAIT 2 lock struct(s), heap size 1136, 1 row lock(s)

    LOCK WAIT は待機中であることを意味します。ロック、 2 lock struct(s) は trx->trx_locks を意味します。 ロック リストの長さは 2 です。各リンク リスト ノードは、テーブル ロック、レコード ロック、レコード ロックなど、トランザクションによって保持されるロック構造を表します。自動インクリメントロック。この使用例では、2locks は IX ロックを表し、lock_mode X (ネクストキー ロック)

    1 行ロック (s) は、現在の行レコード ロック/ギャップ ロックの数を表します。取引。

    MySQL thread id 37, OS thread handle 140445500716800, query id 1234 127.0.0.1 root updating

    MySQL スレッド ID 37 は、トランザクションを実行するスレッド ID が 37 (つまり、show processlist;) で表示される ID であることを意味します。

    delete from Student where stuno= 5 は、トランザクション 1 によって実行されている SQL を示します。不快なことは、show Engine innodb status が完全な SQL を表示できないことです。通常、現在ロックを待機している SQL が表示されます。

     ***** (1) WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 11 page no 5 n bits 72 index idx_stuno of table cw****.****student trx id 2322 lock_mode X waiting

    RECORD LOCKS はレコード ロックを表します。この内容は、トランザクション 1 がテーブル Student 上の idx_stuno の X ロックを待っていることを示します。この場合、実際には Next-Key Lock です。

    トランザクション 2 のログは、上記の分析と似ています。

    2.***** (2) HOLDS THE LOCK(S):
    RECORD LOCKS space id 11 page no 5 n bits 72 index idx_stuno of table cw****.****student trx id 2321 lock_mode X

    トランザクション 2 の Student(stuno,score) 値 (2,10) への挿入が a=5 ロックを保持していることを示します。モード X

    LOCK_gap ですが、トランザクション 2 によって実行された stuno=5 の学生からの削除がログから確認できません;

    これにより、DBA は次のことを行うことも困難になります。ログのみに基づいてロック問題の根本原因を分析します。

    3.***** (2) このロックが許可されるのを待っています:

    レコード ロック スペース ID 11 ページ番号 5 n ビット 72 テーブル cw**** のインデックス idx_stuno .****student trx id 2321 lock_mode

    #4. 古典的なケース分析

    4.1. トランザクションの同時挿入の一意キーの競合

    テーブルの構造とデータは次のとおりです:

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    テスト例は次のとおりです。

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    ログ分析は次のとおりです。 :

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    トランザクション T2 t7(id,a) 値への挿入 (26,10) ステートメントの挿入は成功し、a=10 を保持します。

    排他的行ロック (Xlocks は記録しますが、ギャップなし)
    1. トランザクション T1 は t7(id,a) 値 (30,10) に挿入します。これは、T2 の最初の挿入ですでにレコード a= が挿入されているためです。 10、トランザクション T1 挿入 a=10 は一意のキーの競合を引き起こすため、その競合に対して一意のキーを申請する必要があります。 インデックス プラス S 次キー ロック (つまり、ロック モード S 待機) これは

      ギャップ ロック
    2. は、(,10]、(10,20] の間のギャップ領域をロックするために適用されます。
    3. トランザクション T2 t7(id,a) 値 (40,9) に挿入 このステートメントによって挿入される a=9 の値は、によって適用される ギャップ ロック 4 ~ 10 の間にあります。トランザクション T1 であるため、トランザクション T2 の 2 番目の挿入ステートメントは、トランザクション T1 の S-Next-key Lock ロック が解放されるまで待機する必要があり、lock_mode X ロックのギャップが確保されてから、rec insert 意図が待機します。とログに表示されます。

    4.2. 最初に更新してから挿入する場合の同時実行デッドロックの問題

    テーブル構造は次のとおりで、データはありません:

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    テスト例は次のとおりです:

    MySQL のデッドロック問題を解決する方法 (詳細な例)

    デッドロック分析:
    存在しない 2 つのトランザクション更新レコードが ギャップ ロックを取得していることがわかります。 (ギャップ ロック) 次々と 、ギャップ ロックは互換性があるため、更新プロセス中にブロックされません。両方ともギャップ ロックを保持し、インテンション ロックを挿入するために競合します。ギャップ ロックを保持している他のセッションがある場合、現在のセッションは挿入意図ロックを適用できず、デッドロックが発生します。

    5. デッドロックを可能な限り回避する方法

    1. インデックスを合理的に設計し、区別性の高い列を複合インデックスの前に配置して、ビジネス SQL が可能な限りインデックスを通過できますより少ない行を見つけてロック競合を減らします

    2. ビジネス ロジック SQL の実行順序を調整して、トランザクションの前で長時間ロックを保持する更新/削除 SQL を回避します。

    3. 大規模なトランザクションを避け、大規模なトランザクションを複数の小さなトランザクションに分割して処理するようにしてください。小規模なトランザクションではロックの競合が発生する可能性も低くなります。

    4. 固定順序でテーブルと行にアクセスします。たとえば、データを更新する 2 つのトランザクションの場合、トランザクション A は 1、2 の順序でデータを更新し、トランザクション B は 2、1 の順序でデータを更新します。これにより、デッドロックが発生する可能性が高くなります。

    5. 同時実行性が比較的高いシステムでは、特にトランザクションでは明示的にロックしないでください。たとえば、select ... for update ステートメントがトランザクション (開始トランザクションが実行されるか、自動コミットが 0 に設定される) 内にある場合、見つかったレコードはロックされます。

    6. 主キー/インデックスでレコードを検索してみてください。範囲検索では、ロックの競合が発生する可能性が高くなります。追加のクォータ計算にはデータベースを使用しないでください。たとえば、プログラムによっては、「select ... where ... order by rand();」などのステートメントが使用されますが、このようなステートメントではインデックスが使用されないため、テーブル全体のデータがロックされます。

    7. SQL とテーブルの設計を最適化して、同時に多すぎるリソースを占有する状況を軽減します。たとえば、接続テーブルの数を減らしますと、複雑な SQL を複数の単純な SQL に分解します。

    推奨学習:

    mysql 学習チュートリアル

以上がMySQL のデッドロック問題を解決する方法 (詳細な例)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事はCSDNで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。
图文详解mysql架构原理图文详解mysql架构原理May 17, 2022 pm 05:54 PM

本篇文章给大家带来了关于mysql的相关知识,其中主要介绍了关于架构原理的相关内容,MySQL Server架构自顶向下大致可以分网络连接层、服务层、存储引擎层和系统文件层,下面一起来看一下,希望对大家有帮助。

mysql怎么替换换行符mysql怎么替换换行符Apr 18, 2022 pm 03:14 PM

在mysql中,可以利用char()和REPLACE()函数来替换换行符;REPLACE()函数可以用新字符串替换列中的换行符,而换行符可使用“char(13)”来表示,语法为“replace(字段名,char(13),'新字符串') ”。

mysql的msi与zip版本有什么区别mysql的msi与zip版本有什么区别May 16, 2022 pm 04:33 PM

mysql的msi与zip版本的区别:1、zip包含的安装程序是一种主动安装,而msi包含的是被installer所用的安装文件以提交请求的方式安装;2、zip是一种数据压缩和文档存储的文件格式,msi是微软格式的安装包。

mysql怎么去掉第一个字符mysql怎么去掉第一个字符May 19, 2022 am 10:21 AM

方法:1、利用right函数,语法为“update 表名 set 指定字段 = right(指定字段, length(指定字段)-1)...”;2、利用substring函数,语法为“select substring(指定字段,2)..”。

mysql怎么将varchar转换为int类型mysql怎么将varchar转换为int类型May 12, 2022 pm 04:51 PM

转换方法:1、利用cast函数,语法“select * from 表名 order by cast(字段名 as SIGNED)”;2、利用“select * from 表名 order by CONVERT(字段名,SIGNED)”语句。

MySQL复制技术之异步复制和半同步复制MySQL复制技术之异步复制和半同步复制Apr 25, 2022 pm 07:21 PM

本篇文章给大家带来了关于mysql的相关知识,其中主要介绍了关于MySQL复制技术的相关问题,包括了异步复制、半同步复制等等内容,下面一起来看一下,希望对大家有帮助。

带你把MySQL索引吃透了带你把MySQL索引吃透了Apr 22, 2022 am 11:48 AM

本篇文章给大家带来了关于mysql的相关知识,其中主要介绍了mysql高级篇的一些问题,包括了索引是什么、索引底层实现等等问题,下面一起来看一下,希望对大家有帮助。

mysql怎么判断是否是数字类型mysql怎么判断是否是数字类型May 16, 2022 am 10:09 AM

在mysql中,可以利用REGEXP运算符判断数据是否是数字类型,语法为“String REGEXP '[^0-9.]'”;该运算符是正则表达式的缩写,若数据字符中含有数字时,返回的结果是true,反之返回的结果是false。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

mPDF

mPDF

mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

PhpStorm Mac バージョン

PhpStorm Mac バージョン

最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール