MySQLのINSERT/UPDATE時におこる不整合対策 - LukeSilvia’s diary

先日、作っているアプリケーションにバグが発生しました。バグの内容は次のようなものでした。 同時に存在してはいけないはずのデータが、DB に存在する 整合性のチェックはアプリケーションレベルで行っている 一意制約のような単純なものではないので、アプリケーションレベルで実装 整合性のチェックロジックは正しい これに対し、バグは次のような状況で発生したと仮説を立てました。 ユーザがレコードを一括登録しようとする 登録ボタンを押したがレスポンスが遅い この間、整合性チェックが走っている ユーザはもう一度登録ボタンを押した 2回目の登録の整合性チェックが走り始める 1回目の登録の整合性チェックが完了、INSERTが始まる 2回目の登録の整合性チェックが完了、INSERTが始まる 2回目の登録の整合性チェックの間、DBにはまだ1回目の登録によるINSERTが実行されていないので、チェックを通過した 結

[lxyuma]

[ロック] [排他]

[chanpon0]

insert時の重複データ

[lesamoureuses]

楽観的ロックとselect for updateをスッカリ忘れてたので見直し

[deec]

mysqlロック、排他処理？について

[butasan2007]

SELECT ... FOR UPDATEを知ったので、気になる記事。 #mysql

[dekatotoro]

MySQLのINSERT/UPDATE時におこる不整合対策

[windish]

はまりました。

[taketyan]

あとで読む

[riywo]

勉強勉強。

[Kiske]

すばらしいまとめ。

[sh2]

トランザクション分離レベルのとても良いサンプル

[masaki0303]

データの不整合を防ぐための方法。とても参考になりました。