トランザクション

Transaction

データベース

データベースの更新において、複数の操作をひとまとめにして「すべて完全に実行される」か「すべて取り消される」のどちらか一方として扱う処理の単位のこと。

🐾 猫で例えると？

子供の腕の中に無理やり抱っこされ、前足を突っ張って不満そうな表情を浮かべる茶トラ猫 — 途中で中断が許されない一連の流れ

甘えん坊で人間好きな茶トラですが、子供の不器用な抱っこには不満げな表情で手足を突っ張っています。「捕まる」から始まり「抱っこされる」、そして「解放されて逃げる」までの一連の流れは、途中で切り離すことができません。このように、複数のステップを「1つの分割できないセット」として扱う仕組みが、データベースにおけるトランザクションです。

🐾 猫あるある：IT現場の日常

おやつを出されたら絶対に食べる：関連する複数のデータ更新処理を、決して分割できない単一の論理的な作業単位として実行する。
トイレに入って用を足し砂で隠す：全てのステップが完了して初めて状態を確定させ、途中で失敗した場合は開始前の状態に復元する。
ジャンプして見事に着地を決める：一連の処理が最後まで正常に終了したことを見届け、システム全体へ更新結果を安全に反映させる。

💻 データベース運用における「トランザクション」とは？

トランザクションは、システムにおいてデータの不整合（矛盾）を防ぐための非常に重要な仕組みです。例えば、銀行のシステムで「Aさんの口座から1万円を引き出し、Bさんの口座へ1万円を振り込む」という処理を考えてみましょう。

もし引き出しの直後にシステムエラーが発生し、振り込み処理だけが実行されなかった場合、「1万円がどこかへ消えてしまう」という致命的なバグになります。これを防ぐため、引き出しと振り込みを「トランザクション」という1つの枠でくくり、途中でエラーが起きたら「最初から何もなかったこと（ロールバック）」にするのです。

⚠️ トランザクションの仕組みと注意点

トランザクションには「ACID特性」と呼ばれる4つの重要な原則（原子性、一貫性、独立性、永続性）があります。すべて成功するか、すべて失敗するかの「ALL or Nothing（原子性）」が最も有名です。

長すぎる処理によるパフォーマンス低下

トランザクション処理中は、他のプログラムがそのデータを勝手に書き換えないように「ロック（占有）」がかかります。不慣れな子供に長時間抱っこ（ロック）され続けると、いくら温厚な茶トラでも嫌がって暴れ出すのと同じように、無駄に長いトランザクションは他の処理を待たせてしまい、システム全体のパフォーマンス低下やデッドロックを引き起こす原因になります。

-- 銀行口座の送金処理をトランザクションで安全に行う例
START TRANSACTION;

-- 1. Aさんの口座から10,000円を引く
UPDATE accounts SET balance = balance - 10000 WHERE name = 'A';

-- 2. Bさんの口座へ10,000円を足す
UPDATE accounts SET balance = balance + 10000 WHERE name = 'B';

-- 両方成功したら処理を確定（ここで初めてデータが実際に書き換わる）
COMMIT;

-- ※もし途中でエラーが起きた場合は「ROLLBACK;」を実行し、
-- トランザクション開始前の状態にすべて戻します。

データベースにおいて、COMMIT（確定）またはROLLBACK（取り消し）が行われるまで、データの変更は他のユーザーからは見えません。これにより、常に正しい状態のデータだけを提供することができます。

🛠️ トランザクションを賢く使うためのポイント

データの整合性を守るトランザクションですが、現場での実装にはいくつかのルールがあります。

トランザクションの範囲を最小限にする： ロックによる待機時間を減らすため、関係のない検索処理や時間のかかる外部API通信をトランザクションの中に含めないようにします。
エラーハンドリングを確実に行う： プログラム側で例外（エラー）をキャッチした際、確実にROLLBACKが実行されるように設計し、中途半端なデータが残るのを防ぎます。
適切な分離レベル（Isolation Level）を選ぶ： パフォーマンスとデータの一貫性のバランスを取るため、要件に合わせてRDBMSのトランザクション分離レベルを調整します。

無理やり抱っこされても、一連の流れが終わる（解放される）までは手足を突っ張ってじっと耐えている茶トラ。システムもトランザクションという強固な枠組みで処理を守り抜くことで、どんなイレギュラーが起きてもデータの安全性を確実に担保できるのです。