なかったら insert あったら何もしない

user_id x campaign_id の複合インデックスがはってあるテーブルがあって

INSERT INTO ad_user_covers(user_id, campaign_id)
        VALUES ('test_id', 1)
        ON DUPLICATE KEY UPDATE 
        ;

のような感じでペアデータがなかったら insert したいのですが
UPDATE の後に何か式をかかないとエラーになってしまうようです

どうかけばいいんでしょうか

行動規範の内容に同意します

回答2件

ベストアンサー

キー重複していたらUPDATE・・が仕様ですが、
とりあえずキーをキーで更新しては？

sql
1INSERT INTO ad_user_covers(user_id, campaign_id)
2        VALUES ('test_id', 1)
3        ON DUPLICATE KEY UPDATE user_id=user_id and campaign_id = campaign_id
4        ;
5

投稿2019/07/25 12:10

m.ts10806

総合スコア80888

退会済みユーザー

2019/07/25 12:15

なるほどですなんか無駄な感じもするんですが動いたのでこれで行きたいと思います

m.ts10806

2019/07/25 12:20

無駄な感じがするのでしたらINSERT前にSELECTですね。余程のデータ数を処理するのでなければ一発で済まそうとしなくても良いと思います。

退会済みユーザー

2019/07/25 12:31

データ数は常に１ですがこの処理自体を呼ぶAPIがかなりの頻度で呼ばれるので一応パフォーマンス最優先の方法をとりたいです

maisumakun

2019/07/25 13:27 編集

実際に調べてみないとわからないですが、判定して「あったら何もしない」ほうが、常にINSERT/UPDATEを行うより負荷軽減になることも考えられます。 ※文意が正反対となっていたのを修正しました。

m.ts10806

2019/07/25 12:54

計測したわけではないですが、必ずUPDATE行うのでバッファたまっていって結果的に遅くなるとかありそうですね。

hentaiman

2019/07/25 14:52

パフォーマンス優先ならAPIを実行するサーバーとDBサーバーが同一かどうかも書いた方が適切な回答もらえるんではないかと同一ならソケットで繋げてselectで判定した方が速いと思うし、別ならmtsさんの方法が速い。たぶんね

m.ts10806

2019/07/25 21:24

環境やデータにもよるので厳密に求めるなら手元でそれなりの試行回数で検証するしかないですね。

退会済みユーザー

2019/07/26 03:12

> APIを実行するサーバーとDBサーバー別サーバーです

退会済みユーザー

2019/07/26 03:17 編集

> 判定して「あったら何もしない」ほうが、常にINSERT/UPDATEを行うより負荷軽減になるそうなのですねただ現在のシステムでは　API側はCPU　MySQL 側は IOPS？が問題になっていますなのでCPUを使う処理はなるべく MySQL にまかせてかつ MySQL 側の IOPS は減らしたいです（実行時間自体は１秒をこえるとかでなければそれほどネックにはなってないです） IOPS が具体的にどういうクエリで増減するのか理解してないのですがとりあえずなるべく１度にクエリを発行したほうがキャッシュが効くのでいいのかなと思ってます

退会済みユーザー

2019/07/26 03:19

＞厳密に求めるなら手元でそれなりの試行回数で検証そうですねとりあえずまだロジックの実装段階なのでテストは他の方がやってくれるみたいでそこで問題になればまた考えることにしますいろいろとコメントありがとうございました

行動規範の内容に同意します