気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント17件
- 注目コメント
- 新着コメント
taruhachi
頻度の問題だけど、できればデッドロック発生したらエラーを返しておけばとりあえず大丈夫という方向に倒して設計したい。リカバリのための複雑な仕様を盛り込みすぎると別の問題を発生させて死ぬ事がある。
tmatsuu
ん？なんか違和感あるな。SELECT … FOR UPDATEでUPDATEする対象レコードのロックを取ってるけど、そのあとにやってるのはINSERTだから正しくロックが取れてないというだけちゃうかな。
turanukimaru
ロックかけずに insert してその後 select しなおして金額オーバーしたら取り消し処理してる。update はしない。これで問題があるなら誰か教えて欲しい（他力本願。問題って自分ではわからないものなのよね…
matsubobo
自分の設計を見直してみたけど問題無さそうだった。 https://matsu.teraren.com/blog/2022/02/03/point-system-design-rdb/
taruhachi
頻度の問題だけど、できればデッドロック発生したらエラーを返しておけばとりあえず大丈夫という方向に倒して設計したい。リカバリのための複雑な仕様を盛り込みすぎると別の問題を発生させて死ぬ事がある。
sin20xx
MySQLで決済とかセンシティブな仕組み実装する時は基本MySQLのロックに頼ってはダメが鉄則かな。僕は大抵Redisとかその手の仕組みで個々にロック状態、取引状況を管理する状態管理を作った上で整合性を保つ方法にしてる。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQLで発生し得る思わぬデッドロックと対応方法
はじめに この記事は実際の業務で発生した MySQL のデッドロックとそのいくつかの回避方法や対応方法を... はじめに この記事は実際の業務で発生した MySQL のデッドロックとそのいくつかの回避方法や対応方法を（テーマは変えて）手元で実行できるコードを用いて解説する記事です。具体的には「トランザクション張っておけば大丈夫」と思ってませんか？ バグの温床になる、よくある実装パターンの記事で紹介されている「1on1 チャットサービス」で紹介されているデッドロックとデータベースレイヤでは同じ状況だったのですが、記事で紹介されている方法とは別の方法でデッドロックを回避する必要があったため、同じ状況に遭遇した人の助けになればという思いで記事を書きました。また、こちらの記事が無ければ私自身も現象を理解するのにもっと苦労したと思うので、この場を借りてお礼申し上げます！ 出金サービス履歴登録サービスを例に考える コードと説明が https://github.com/shuntagami/withdrawal_
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2022/07/05 リンク