テクノロジー
「トランザクション張っておけば大丈夫」と思ってませんか？バグの温床になる、よくある実装パターン

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

「トランザクション張っておけば大丈夫」と思ってませんか？バグの温床になる、よくある実装パターン

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/tockn

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

502usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

「トランザクション張っておけば大丈夫」と思ってませんか？バグの温床になる、よくある実装パターン

502 users

zenn.dev/tockn

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント32件

注目コメント
新着コメント

letitride銀行の例だとupdateでロックとって、updateのsetで演算するかな。tx.Exec(`UPDATE balances SET balance = balance - ? WHERE user_id = ? and balance >= ?`, amount, userID, amount);でロストアップデートなしで安全に残高内で減算取引できる

2020/12/20リンク

その他

w1234567MySQL詳しくないから変なこと言ってるかもだけど、roomsテーブルのレコードを最初にSELECT FOR UPDATEしてロックかけるのじゃ駄目なの？

2020/12/20リンク

その他

perl-o-pal初学者もいるわけだから何度やってもいい話だと思う。//私程度だとやらかしてから初めてあっ、てなるからなあ。まあ、この手の排他をRDBMSのトランザクションでやろうとは思わないかな…？

2020/12/20リンク

その他

electroliteまた30年以上前の知識(分離レベル)が一周回って出てきた。批判するわけではなく学習としては有効だが、今だったらRDB外でシリアライズか、最低限API化してアプリに直接たたかせないようにするかな。てかNoSQLか。

2020/12/20リンク

その他

Eiichiro5つめの方法として、入室処理後に人数チェックして、アウトなら、ロールバックなげて退室処理する方法もあるよ。

2020/12/20リンク

その他

oakbow分離レベルの話でRDB使わずにnoSQLでやるって言ってる人はちょっと使い方間違ってる気がするんだけどな。自前ロックとか車輪の再発明だしRDB以上にデータ整合性と同時実行制御できないと思うんだけど。

2020/12/20リンク

その他

infobloga解説としては分かりやすいけど、実務上はw1234567さんのコメントが的確。でも、久しぶりにこの話を読んで「こんな面倒なこと考えるなら、KVSで自前でロックするのが簡単で安全」って思った。

2020/12/20リンク

その他

shikiaraiチャットシステム程度を作るのにRDBMS使う必要があるのか。他の実装より高コストになってないか。って話もあるのだけれど、これはあくまで例かなということで。。

2020/12/20リンク

その他

ntmukaiデッドロック発生の流れが分かりやすい。

MySQL

2023/05/02リンク

その他

yasuharu519 わかりやすい解説

database

2023/03/21リンク

その他

tettekete37564“（入室人数取得クエリ” < この結果が 0 だったときにトランザクション張り直しリトライではダメなのか？

あとで読む

2022/07/05リンク

その他

ar1theworld98“使用するDBがどのトランザクション分離レベルで稼働しているかはアプリケーション側のコードには現れにくいのにも関わらず、正確にそれらを把握しておかないとサービスに重要な影響を与える深刻なバグに繋がる可能

2022/02/16リンク

その他

rryuアプリケーションレベルの排他制御をDBMSのロックを利用して実装するという発想が既にバグの元な感じがする。インデックス張っただけでバグるとか罠すぎる…

プログラミング

2020/12/21リンク

その他

lm0xid:erectroliteさんのコメントの意味がわからない…

2020/12/20リンク

その他

lalupin4RR が基本なんだっけ。

2020/12/20リンク

その他

ryunosinfx高負荷時だとロックすら躊躇されるからトランザクション張れない・・・（コンピューティングパワーが足りないかテーブルの設計が間違ってるとも言う。）

2020/12/20リンク

その他

yukky2000張るのはコネクションじゃないのか

プログラミング

2020/12/20リンク

その他

a_bickygap lock は排他ロックも共有ロックも共有ロック的に振る舞うの知らなかった…

mysql

2020/12/20リンク

その他

xlcトランザクションを「張る」って何ぞ？/ RDBとSQLは正規表現と同じようなプログラミングパラダイムであり、オブジェクト指向では代替できないのだが、それを理解されてないよね。

2020/12/20リンク

その他

2020/12/20リンク

その他

Luminselect for updateは1年生で習います、SIerなら

2020/12/20リンク

その他

buhohoありがたい教え

2020/12/20リンク

その他

2020/12/20リンク

その他

2020/12/20リンク

その他

daishi_nロック制御しているところは処理上のボトルネックにもなるので適切なトランザクションモードを選択するのがパフォーマンスの要なんだけどコード書く側のリテラシーに依存してるのが厄介さん

2020/12/20リンク

その他

KazuoLv1並列処理ならまずスレッドの勉強しておくべし

2020/12/20リンク

その他

robo_pitcherエンタープライズシステムだと業務要件分析とトランザクションレベルの分析をきちんとしないと原因不明バグやパフォーマンス低下に苦しむ事になる

2020/12/20リンク

その他

Iridiumこういうシーケンシャルな問題を調査するのってタイミングが絡んでくるので難しくない？逐次実行するとかみたいなモードってないのかな

2020/12/20リンク

その他

2020/12/20リンク

その他

matsui“MySQLやPostgreSQLに代表されるRDBMS”

2020/12/20リンク

その他

2020/12/20リンク

その他

masayuki5160今まで読んできた中で一番わかりやすい説明だった。

2020/12/20リンク

その他

2020/12/20リンク

その他

kamocycトランザクション分離レベルの話。確かにちゃんと考えないとまずいところ。

2020/12/20リンク

その他

harumomo2006緩いシステムではソシャゲ方式はわりと使える。被害が最小限になるようにデータ破損を前提に処理の順番を組み上げる＝魔法石の効果発動を先にして魔法石が実際に消費されるのが最後

2020/12/20リンク

その他

areyoukickingこの辺は考えたことある

2020/12/20リンク

その他

w1234567MySQL詳しくないから変なこと言ってるかもだけど、roomsテーブルのレコードを最初にSELECT FOR UPDATEしてロックかけるのじゃ駄目なの？

2020/12/20リンク

その他

umai_bow“。”

2020/12/20リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「「トランザクショ...」が注目されています。

気持ちをシェアしよう

ツイートする

「トランザクション張っておけば大丈夫」と思ってませんか？バグの温床になる、よくある実装パターン

この記事は DeNA 20 新卒 Advent Calendar 2020 19日目の記事です。はじめにMySQLやPostgreSQLに代表...この記事は DeNA 20 新卒 Advent Calendar 2020 19日目の記事です。はじめにMySQLやPostgreSQLに代表されるRDBMSではトランザクションと呼ばれる仕組みが提供されています。多くのWebアプリケーションエンジニアはこのトランザクションを駆使してDBとやりとりをするロジックを組み立てることになります。しかし不整合を起こしたくない処理があるからといって闇雲にトランザクションを張ったり、トランザクションが張られているからと安心してアプリケーション側で闇雲にロジックを組み立ててしまうと思わぬバグを生むことになってしまいます。このエントリでは、「トランザクションを張っておけば大丈夫」という考え方は危険な場合もあるということを、ありがちな実装例を交えて紹介していきます。並列に処理されるトランザクションそもそも、トランザクションは全て直列に処理されるわ