MySQLデッドロック問題の詳細な分析

テーブルの作成ヒーロー（
 id INT、
 名前 VARCHAR(100)、
 国varchar(100)、
 主キー (id)、
 KEY idx_name (名前)
) エンジン=InnoDB CHARSET=utf8;

ヒーロー値に挿入
 （1、「劉備」、「蜀」）、
 （3、「諸葛亮」、「蜀」）、
 （8、「曹操」、「魏」）、
 （15、「x荀玉」、「魏」）、
 （20、「孫権」、「呉」）

mysql> SELECT * FROM hero;
+----+------------+---------+
| ID | 名前 | 国 |
+----+------------+---------+
| 1 | l劉備| 蜀|
| 3 | 諸葛亮 | 蜀 |
| 8 | c曹操 | 魏 |
| 15 | xXun Yu | 魏 |
| 20 | s孫権 | 呉 |
+----+------------+---------+
セット内の行数は 5 です (0.00 秒)

mysql> エンジン INNODB ステータスを表示\G
...その他多くの情報は省略されています------------------------
最近検出されたデッドロック
------------------------
2019-06-20 13:39:19 0x70000697e000
*** （１）取引：
トランザクション 30477、アクティブ 10 秒開始インデックス読み取り
使用中の MySQL テーブル 1、ロックされているテーブル 1
LOCK WAIT 3 つのロック構造体、ヒープ サイズ 1160、2 つの行ロック
MySQL スレッド ID 2、OS スレッド ハンドル 123145412648960、クエリ ID 46 localhost 127.0.0.1 ルート統計
更新のために、id = 3 のヒーローから * を選択します
*** (1) このロックが許可されるのを待機しています:
レコード ロック スペース ID 171 ページ番号 3 n ビット 72 インデックス PRIMARY テーブル `dahaizi`.`hero` trx ID 30477 lock_mode X はレコードをロックしますが、ギャップ待機はロックしません
レコード ロック、ヒープ番号 3 物理レコード: n_fields 5; コンパクト フォーマット; 情報ビット 0
 0: 長さ 4; 16 進数 80000003; 昇順 ;;
 1: 長さ 6; 16 進数 000000007517; asc u ;;
 2: 長さ 7; 16 進数 80000001d0011d; 昇順 ;;
 3: 長さ 10; 16 進数 7ae8afb8e8919be4baae; asc z ;;
 4: 長さ 3; 16 進数 e89c80; 昇順 ;;

*** （２）取引：
トランザクション 30478、アクティブ 8 秒開始インデックス読み取り
使用中の MySQL テーブル 1、ロックされているテーブル 1
3 つのロック構造体、ヒープ サイズ 1160、2 つの行ロック
MySQL スレッド ID 3、OS スレッド ハンドル 123145412927488、クエリ ID 47、localhost 127.0.0.1、ルート統計
更新のために、id = 1 のヒーローから * を選択します
*** (2) ロックを保持する:
レコード ロック スペース ID 171 ページ番号 3 n ビット 72 インデックス PRIMARY テーブル `dahaizi`.`hero` trx ID 30478 lock_mode X はレコードをロックしますが、ギャップはロックしません
レコード ロック、ヒープ番号 3 物理レコード: n_fields 5; コンパクト フォーマット; 情報ビット 0
 0: 長さ 4; 16 進数 80000003; 昇順 ;;
 1: 長さ 6; 16 進数 000000007517; asc u ;;
 2: 長さ 7; 16 進数 80000001d0011d; 昇順 ;;
 3: 長さ 10; 16 進数 7ae8afb8e8919be4baae; asc z ;;
 4: 長さ 3; 16 進数 e89c80; 昇順 ;;

*** (2) このロックが許可されるのを待機しています:
レコード ロック スペース ID 171 ページ番号 3 n ビット 72 インデックス PRIMARY テーブル `dahaizi`.`hero` trx ID 30478 lock_mode X はレコードをロックしますが、ギャップ待機はロックしません
レコード ロック、ヒープ番号 2 物理レコード: n_fields 5、コンパクト フォーマット、情報ビット 0
 0: 長さ 4; 16 進数 80000001; 昇順 ;;
 1: 長さ 6; 16 進数 000000007517; asc u ;;
 2: 長さ 7; 16 進数 80000001d00110; 昇順 ;;
 3: 長さ 7; 16 進数 6ce58898e5a487; asc l ;;
 4: 長さ 3; 16 進数 e89c80; 昇順 ;;

*** トランザクションをロールバックします (2)
------------
...他の多くの情報は省略されています

*** （１）取引：

# トランザクション ID は 30477 です。トランザクションは 10 秒間アクティブ状態になっています。トランザクションによって現在実行されている操作は、「インデックス読み取りを開始しています」です。
トランザクション 30477、アクティブ 10 秒開始インデックス読み取り

# このトランザクションは 1 つのテーブルを使用し、1 つのテーブルをロックします (これはテーブルにテーブル ロックが追加されることを意味するものではありません。テーブルが一貫して読み込まれない限り、ロックする必要があります。ロックの具体的な方法については、ロック ステートメントの分析またはブックレットの章を参照してください)
使用中の MySQL テーブル 1、ロックされているテーブル 1

# このトランザクションは LOCK WAIT 状態にあり、3 つのロック構造 (2 つの行ロック構造、1 つのテーブル レベルの X 型意図ロック構造、ロック構造につ​​いては小冊子で詳しく説明されています) があり、ヒープ サイズはロック構造を格納するために要求されるメモリ サイズです (無視できます)、2 つの行ロック構造があります LOCK WAIT 3 つのロック構造、ヒープ サイズ 1160、2 つの行ロック

# このトランザクションのスレッド ID は 2 (MySQL 独自のスレッド ID) です。オペレーティング システム レベルのスレッド ID は長い数字の文字列です。現在のクエリの ID は 46 (MySQL 内部使用、無視できます) で、ユーザー名とホスト情報もあります。MySQL スレッド ID 2、OS スレッド ハンドル 123145412648960、クエリ ID 46 localhost 127.0.0.1 ルート統計

# このトランザクションをブロックするステートメント select * from hero where id = 3 for update

# このトランザクションが現在取得を待機しているロック:
*** (1) このロックが許可されるのを待機しています:

# 取得するテーブルスペースIDは151、ページ番号は3、つまりヒーローテーブルのPRIMAYインデックスのレコードのロックです（n_bitsはこのページのロック情報を格納するために割り当てられたメモリスペースの文字列で、パンフレットに詳細が記載されています）。ロックタイプはXタイプのレコードですが、ギャップロックではありません。
レコード ロック スペース ID 171 ページ番号 3 n ビット 72 インデックス PRIMARY テーブル `dahaizi`.`hero` trx ID 30477 lock_mode X はレコードをロックしますが、ギャップ待機はロックしません

# ページ内のこのレコードの heap_no は 2 です。具体的なレコード情報は次のとおりです。
レコード ロック、ヒープ番号 3 物理レコード: n_fields 5; コンパクト フォーマット; 情報ビット 0

# これは主キー値 0 です: len 4; hex 80000003; asc ;;

# これは trx_id の隠し列 1: len 6; hex 000000007517; asc u ;;

# これは roll_pointer の隠し列 2: len 7; hex 80000001d0011d; asc ;;

# これは名前の列 3 です: len 10; hex 7ae8afb8e8919be4baae; asc z ;;

# これは国列 4 です: len 3; hex e89c80; asc ;;

*** （２）取引：
トランザクション 30478、アクティブ 8 秒開始インデックス読み取り
使用中の MySQL テーブル 1、ロックされているテーブル 1
3 つのロック構造体、ヒープ サイズ 1160、2 つの行ロック
MySQL スレッド ID 3、OS スレッド ハンドル 123145412927488、クエリ ID 47 localhost 127.0.0.1 ルート統計
更新のために、id = 1 のヒーローから * を選択します

# トランザクションによって取得されたロック情報を示します*** (2) ロックを保持します:
レコード ロック スペース ID 171 ページ番号 3 n ビット 72 インデックス PRIMARY テーブル `dahaizi`.`hero` trx ID 30478 lock_mode X はレコードをロックしますが、ギャップはロックしません
レコード ロック、ヒープ番号 3 物理レコード: n_fields 5; コンパクト フォーマット; 情報ビット 0

# 主キーの値は3です
0: 長さ 4; 16 進数 80000003; 昇順 ;;
1: 長さ 6; 16 進数 000000007517; asc u ;;
2: 長さ 7; 16 進数 80000001d0011d; 昇順 ;;
3: 長さ 10; 16 進数 7ae8afb8e8919be4baae; asc z ;;
4: 長さ 3; 16 進数 e89c80; 昇順 ;;

# トランザクションが取得を待機しているロック情報を示します*** (2) このロックの許可を待機中:
レコード ロック スペース ID 171 ページ番号 3 n ビット 72 インデックス PRIMARY テーブル `dahaizi`.`hero` trx ID 30478 lock_mode X はレコードをロックしますが、ギャップ待機はロックしません
レコード ロック、ヒープ番号 2 物理レコード: n_fields 5、コンパクト フォーマット、情報ビット 0

# 主キーの値は1です
0: 長さ 4; 16 進数 80000001; 昇順 ;;
1: 長さ 6; 16 進数 000000007517; asc u ;;
2: 長さ 7; 16 進数 80000001d00110; 昇順 ;;
3: 長さ 7; 16 進数 6ce58898e5a487; asc l ;;
4: 長さ 3; 16 進数 e89c80; 昇順 ;;

*** トランザクションをロールバックします (2)

更新のために、id = 3 のヒーローから * を選択します

更新のために、id = 1 のヒーローから * を選択します

更新のために、id = 1 の hero から * を選択します。

更新のために、id = 3 の hero から * を選択します。

更新のために、id = 3 の hero から * を選択します。

更新のために、id = 1 の hero から * を選択します。