Q&A
トランザクションはどうしていますか？
前提・実現したいこと
- 事象
jmeterを使ってとあるAPIの負荷試験を行いました。
APIの中で以下のSQLを実行しています。
処理として、すでに存在している主キーが指定されるため、実際には1レコードに対して、連続でupdateがかかる挙動になります。
この状態で、jmeterでは分間で数千、数万と負荷をかけた時にデッドロックが発生してしまいます。
- 知りたいこと
この原因とデッドロックの解消方法
発生している問題・エラーメッセージ
CDbCommand はSQL文を実行できません。:SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction. The SQL statement executed was: ...略
実行SQL
SQL
1INSERT INTO table_name (id,date_name,product_id,num,created_at,updated_at) VALUES(99999,'2020-07-12',11111,1000,'2020-07-12 08:45:08','2020-07-12 13:45:23') ON DUPLICATE KEY UPDATE num = VALUES(num),updated_at = VALUES(updated_at)
UPDATE対象のテーブル定義
SQL
1CREATE TABLE `table_name` ( 2 `id` int(10) unsigned NOT NULL AUTO_INCREMENT, 3 `date_name` date NOT NULL, 4 `product_id` int(10) unsigned NOT NULL, 5 `num` int(11) NOT NULL, 6 `created_at` datetime NOT NULL, 7 `updated_at` datetime NOT NULL, 8 PRIMARY KEY (`id`,`date_name`), 9 UNIQUE KEY `table_name_IX1` (`date_name`,`product_id`), 10 KEY `table_name_IX2` (`product_id`) 11) ENGINE=InnoDB AUTO_INCREMENT=10248 DEFAULT CHARSET=utf8 12
補足情報（FW/ツールのバージョンなど）
mysqlバージョン
mysql Ver 14.14 Distrib 5.6.14, for Linux (x86_64) using EditLine wrapper
APIのリクエストごとにトランザクションを使用しています。
検証後の当該のテーブルにnsertで追加を行って、IDを確認してみて下さい。
欠番は生じていますか？
ORACLE の場合、ITL というロックのための領域が不足してデッドロックが発生する場合があります。
https://www.magata.net/memo/index.php?Oracle%A5%C7%A5%C3%A5%C9%A5%ED%A5%C3%A5%AF%A4%CB%A4%C4%A4%A4%A4%C6
MySQL に、似た機能はないでしょうか？
回答2件
0
ベストアンサー
数万回APIを叩いているのであればその数セッションが開かれるので
負荷が高いかもしれません
おなじセッション内の同じトランザクションで処理すれば数万回の作業でも
たかが知れてます
投稿2020/07/10 10:53
総合スコア116724
たとえばこんなテスト
create table tbl (id int primary key,val int);
insert into tbl values
(1,100),(2,200),(3,300);
これにプロシージャを設定
drop procedure if exists proc;
delimiter //
create procedure proc(IN num int,IN max int,IN done tinyint)
begin
start transaction;
set @count=1,@id=num,@max=max,@done=done;
while @count<=@max do
update tbl set val=val+1 where id=@id;
set @count=@count + 1;
end while;
if @done=1 then
commit;
else
rollback;
end if;
end
//
delimiter ;
仕様：procは引数を３つもち
第1引数はtblのidを指定
第2引数は繰り返し回数を指定
第3引数は1ならcommit、そうでなければrollback
テスト1
call proc(1,100000,1);
マシンにもよりますが5-10秒でid=1のvalが100100になります
テスト２
call proc(2,100000,0);
マシンにもよりますが5-10秒待ってロールバックされるので元のままです
命題のテーブル見ましたがprimaryの取り方も変ですし
複合ユニークしたキーの片方にインデックスを更にはったり
いまいち効率的な運用がされていないようにみえます
0
質問の前に、
date, datetime の値はシングルクォーティングしないとエラーになるのでは？
SQL
1INSERT ... 2VALUES(99999,2020-07-12,11111,1000,2020-07-12 08:45:08,2020-07-12 13:45:23) 3 ↓ 4VALUES(99999,'2020-07-12',11111,1000,'2020-07-12 08:45:08','2020-07-12 13:45:23') 5 ...
投稿2020/07/10 09:29
編集2020/07/10 09:30
総合スコア16417
あなたの回答
tips
プレビュー
