MySQLでわざとデッドロックを発生させる方法！解消方法も解説！

Mysqlを使っていてこんな疑問を持ったことはありませんか？

・「デッドロック起こすな！」と言うけど、そもそもどうやってデッドロックを引き起こすの？

・デッドロックが起きたらどうなるの(MySQLの場合)？

・デッドロックをどうやって起こさないようにするの？

今回は、上記のような３つの疑問に答えていきます。

デッドロックとは？

MySQLの公式サイトにデッドロックについてこのように書かれています。

(デットロックとは)さまざまなトランザクションが進行できない状況 (それぞれが、他方が必要とするロックを保持しているため)。リソースが利用可能になるまで両方のトランザクションが待機しているため、どちらもそれが保持しているロックを解放しません。

 

〜

 

(UPDATE や SELECT … FOR UPDATE などのステートメントを通じて) トランザクションが複数のテーブル内の行を反対の順にロックすると、デッドロックが発生することがあります。

 

つまり、並列に複数の処理が動いていて、ロックの順番を考慮せずに同じテーブルのデータ(今回の解説では行単位)をロックしたりするとデッドロック状態になることがあります。

MySQLではデッドロックが起きるとどんな挙動をするの？

結論から言うと、MySQLは、デッドロックになってしまったトランザクションは、トランザクションは停止してロールバックします。

よって、デッドロックのまま処理がずっと進まないという、最悪の自体を防ぐことは可能です。

実際にデットロックが出ると、以下のようなエラーが出力されます。

「Deadlock found when trying to get lock; try restarting transaction」

デッドロックを引き起こす方法

実際にSQLを書いてデッドロックを引き起こしてみます

デッドロックを引き起こすための環境とデータ準備

テーブルを作成する

■本の在庫管理用のテーブル作成

CREATE TABLE `m_books` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(45) DEFAULT NULL COMMENT '名前',
  `count` int(10) DEFAULT '0' COMMENT '在庫',
  `created` datetime NOT NULL,
  `modified` datetime DEFAULT NULL,
  `del` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`,`created`),
  UNIQUE KEY `uniqe` (`id`,`created`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

■(本の)ジャンル用のテーブル

CREATE TABLE `m_genre` (
  `id` int(11) NOT NULL,
  `name` varchar(45) DEFAULT NULL COMMENT 'ジャンル名',
  `created` datetime DEFAULT NULL,
  `modified` datetime DEFAULT NULL,
  `del` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

データを入れるinsert文

データは、テーブルごとに１レコード用意する。

INSERT INTO `m_books` (`id`, `name`, `count`, `created`, `modified`, `del`)
VALUES
	(1, '本1', 10, '0000-00-00 00:00:00', NULL, 0);

INSERT INTO `m_genre` (`id`, `name`, `created`, `modified`, `del`)
VALUES
	(1, '始まり', '0000-00-00 00:00:00', NULL, 0);

以上でデータの準備は終わりです。

２つのスクリプトを用意する

実行順番に注意してスクリプトを事項する

以下の画像を参考に①から順番に処理を実行します。

⑥のところでデッドロックを検出します。

デッドロックを検出すると、MySQLから以下のエラーがでて。タスクA,Bのupdateは反映されませんでした。

「Deadlock found when trying to get lock; try restarting transaction」

デッドロックを起こさないためには？

今回の例では、タスクA,Bでテーブルのデータの更新順番が逆になっていました。

その結果、デッドロックになりました。

この解決方法は、updateの順番を決めることです。

そうすれば、デッドロックにならずにすみます。

具体的に言うと、タスクA,B共に以下のような処理順番にすればよいです。

以下の例では、タスクA,B共にm_books、m_genreの順番にテーブルの行を更新しています。

begin;

update m_books set count = [代入する値] where id = 1;

update m_genre set `name` = [代入する文字列] where id = 1;

commit;

プログラミングを短期間で学ぶ方法

プログラミングを短期間で効率的に学ぶ方法を紹介します。

それは、以下のようなサービス、プログラミングスクールを利用することです。

プログラミングスキルを習得している人でも機械学習の習得は、難しいため、独学で迷うよりは、プロに教えてもらったほうが遥かに最短経路で身につけることができます！

まとめ

デッドロックは、いつも同じタイミングで発生するわけでないので、原因を発見しづらい問題と言えます。

設計段階から、デッドロックが起きないように、テーブルの読み込み順番を考慮しておく必要があると言えます。