ACID 特性

ACID とは

データベースの トランザクション（ひとまとまりの処理）が「信頼できる」ために満たすべき4つの性質の頭文字が ACID です。

• 原子性 (Atomicity): 全部やるか、全部やらないか。中途半端な状態を残さない。
• 一貫性 (Consistency): ルール（制約）を破った状態にはしない。
• 独立性 (Isolation): 並行する他の処理から、途中経過が見えない。
• 永続性 (Durability): コミットした結果は、障害が起きても消えない。

この4つがそろって初めて「お金や在庫を扱っても安心なデータベース」と言えます。

なぜ重要か――銀行振込の例

「A の口座から B の口座へ 1,000 円送る」という処理は、実は2つの更新に分かれます。

UPDATE accounts SET balance = balance - 1000 WHERE id = 'A';
UPDATE accounts SET balance = balance + 1000 WHERE id = 'B';

1行目の直後にサーバが落ちたらどうなるでしょうか。A から引かれたのに、B には入っていない――つまりお金が世界から消えます。これは絶対に許されません。

そこで2つの更新を1つのトランザクションで囲み、両方成功したときだけ確定（コミット）します。

BEGIN;
UPDATE accounts SET balance = balance - 1000 WHERE id = 'A';
UPDATE accounts SET balance = balance + 1000 WHERE id = 'B';
COMMIT;   -- ここで初めて確定。途中で問題があれば ROLLBACK で全部取消

これが 原子性 です。両方反映されるか、両方なかったことになるかの二択になり、「片側だけ実行」は起こりません。

4性質を振込で読み解く

性質	意味	振込での具体例
原子性 (Atomicity)	全部やるか全部やめるか	2つの UPDATE は両方反映 or 両方取消
一貫性 (Consistency)	制約を破らない	「残高はマイナス禁止」などのルールが常に保たれる
独立性 (Isolation)	途中経過が他から見えない	送金中の半端な残高を別ユーザーは見ない
永続性 (Durability)	コミット後は消えない	COMMIT 後はサーバ再起動でも結果が残る

どんな時に意識する？

• 在庫引き当てと注文確定、ポイント減算と特典付与など、複数テーブル・複数行をまとめて矛盾なく更新したいとき。
• 障害や同時アクセスがあってもデータが壊れてはいけないお金・在庫まわりの処理。

ACID は「正しさ」を守るための土台です。とくに独立性をどこまで厳密にするかは分離レベルで段階的に選べ、緩めるほど速くなる代わりに異常が起きやすくなります。性能との兼ね合いは別途学ぶ価値があります。