MySQLトランザクション完全ガイド｜使い方・分離レベル・トラブル対策を徹底解説

1. MySQLトランザクションとは？

トランザクションの定義と必要性

トランザクションの「ACID特性」とは？

• Atomicity（原子性） トランザクション内のすべての処理は、すべて成功するか、すべて失敗するかのどちらかです。途中でエラーが発生した場合、すべての操作はキャンセルされます。
• Consistency（一貫性） トランザクションの実行前後で、データベースの整合性が常に保たれる状態を保証します。例えば、商品在庫の数がマイナスにならないようにします。
• Isolation（独立性） 複数のトランザクションが同時に実行されても、互いに干渉しないように処理される必要があります。これにより、他のトランザクションの影響を受けずに安定した処理が行えます。
• Durability（永続性） トランザクションが一度「成功」と判断されてコミットされれば、その変更は確実にデータベースに保存されることが保証されます。電源障害などがあっても失われません。

MySQLでトランザクションを使うメリット

• エラー時にデータの状態を元に戻せる（ROLLBACK）
• 複数ステップの操作を1つの論理単位として管理できる
• システム障害時にも整合性を保てる

2. MySQLでの基本的なトランザクション操作

トランザクションの開始・確定・取り消し

• START TRANSACTION または BEGIN：トランザクションの開始
• COMMIT：変更を確定して保存
• ROLLBACK：変更を取り消して元の状態に戻す

基本的な流れの例：

START TRANSACTION;

UPDATE accounts SET balance = balance - 10000 WHERE id = 1;
UPDATE accounts SET balance = balance + 10000 WHERE id = 2;

COMMIT;

ROLLBACK;

自動コミットの設定方法と挙動の違い

現在の設定を確認：

SELECT @@autocommit;

自動コミットを無効にする方法：

SET autocommit = 0;

実行例：複数のUPDATEを安全に実行する

START TRANSACTION;

UPDATE products SET stock = stock - 1 WHERE id = 10 AND stock > 0;
INSERT INTO sales (product_id, quantity, sale_date) VALUES (10, 1, NOW());

COMMIT;

3. 分離レベルとその影響

分離レベルとは？4種類の比較

各分離レベルで発生する可能性のある現象

1. ダーティリード（Dirty Read）

• 他のトランザクションがまだコミットしていないデータを読み取ってしまう。
• 防げるレベル：READ COMMITTED以上

1. ファジーリード（Non-Repeatable Read）

• 同じクエリを複数回実行したときに、別のトランザクションによってデータが変化している状態。
• 防げるレベル：REPEATABLE READ以上

1. ファントムリード（Phantom Read）

• 同じ条件で検索した結果に、他のトランザクションによって新しい行が追加・削除され、結果セットが変化する現象。
• 防げるレベル：SERIALIZABLEのみ

分離レベルの設定方法と実行例

セッションごとの設定（一般的な使い方）

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

現在の分離レベルを確認する

SELECT @@transaction_isolation;

実行例：REPEATABLE READとREAD COMMITTEDの違い

-- セッションA
START TRANSACTION;
SELECT * FROM products WHERE id = 10;

-- セッションB
UPDATE products SET stock = stock - 1 WHERE id = 10;
COMMIT;

-- セッションA
SELECT * FROM products WHERE id = 10; -- REPEATABLE READでは変化なし

4. トランザクションの実用シナリオ

在庫管理やECサイトでの活用例

実例：在庫の減少と注文履歴の登録を1つのトランザクションで行う

START TRANSACTION;

UPDATE products SET stock = stock - 1 WHERE id = 101 AND stock > 0;
INSERT INTO orders (product_id, quantity, order_date) VALUES (101, 1, NOW());

COMMIT;

銀行の振込処理におけるトランザクションの設計

• A口座から残高を減らす
• B口座に同額を加算する

実例：送金処理

START TRANSACTION;

UPDATE accounts SET balance = balance - 10000 WHERE id = 1;
UPDATE accounts SET balance = balance + 10000 WHERE id = 2;

COMMIT;

LaravelやPHPでのトランザクション活用コード例

Laravelでのトランザクション処理

DB::transaction(function () {
    DB::table('accounts')->where('id', 1)->decrement('balance', 10000);
    DB::table('accounts')->where('id', 2)->increment('balance', 10000);
});

例：try-catch構文による手動トランザクション

DB::beginTransaction();

try {
    // 処理内容
    DB::commit();
} catch (\Exception $e) {
    DB::rollBack();
    // ログ出力や通知処理など
}

5. 注意すべき落とし穴とパフォーマンス対策

ロールバックできない操作（DDL）

• CREATE TABLE
• ALTER TABLE
• DROP TABLE

デッドロックの原因と回避策

デッドロックの例（簡略化）

• トランザクションAが行1をロックし、行2のロックを待つ
• トランザクションBが行2をロックし、行1のロックを待つ

回避策

• ロックの順序を統一する 同じテーブルの行を更新する場合は、常に同じ順番でアクセスするように設計する。
• トランザクションの時間を短くする 不要な処理は含めず、できるだけ早く COMMIT や ROLLBACK する。
• アクセスする行数を限定する WHERE句でしっかりと対象を絞り、テーブル全体のロックを避ける。

トランザクションが遅いと感じたときのチェックリスト

• インデックスが適切に設定されているか？ WHERE句やJOIN条件で使うカラムにはインデックスを設けること。
• 分離レベルが高すぎないか？ 不必要に高い分離レベル（例：SERIALIZABLE）を使っていないか確認。
• 自動コミットが有効のまま処理していないか？ 明示的なトランザクション管理を行っているか確認。
• トランザクションが長時間保持されていないか？ 開始からCOMMITまでの間が長いと、ロック競合の原因に。
• InnoDBバッファプールやログサイズが適切か？ データ量に対してサーバーの設定が適切かどうか、チューニングも視野に入れる。

6. 他の記事では触れないTips

実行中のトランザクションの確認方法

SHOW ENGINE INNODB STATUS\G

• 実行中のトランザクション一覧
• ロックを待っているトランザクション
• デッドロック発生履歴

SQLログやスロークエリログから挙動を分析する方法

• 一般ログ（general log）：すべてのSQL文を記録
• スロークエリログ（slow query log）：実行に時間がかかったクエリのみ記録

スロークエリログの有効化例（my.cnf）

slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1

複数セッションでのトランザクション挙動を実験して理解する

実験例：REPEATABLE READでの動作確認

• セッションA

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;
SELECT * FROM products WHERE id = 1;
-- 結果を保持

• セッションB

UPDATE products SET name = '変更された商品名' WHERE id = 1;
COMMIT;

• セッションA

SELECT * FROM products WHERE id = 1;
-- 変更はまだ見えない（REPEATABLE READなので）
COMMIT;

7. よくある質問（FAQ）

Q1. MySQLでトランザクションが使えないことはありますか？

SHOW TABLE STATUS WHERE Name = 'テーブル名';

Q2. トランザクションを使うと処理が遅くなるのは本当ですか？

• 長時間トランザクションを保持している
• 不必要に高い分離レベルを使っている
• インデックスの設計が不十分でロック範囲が広くなる

Q3. 自動コミットを無効にするだけでトランザクションになりますか？

Q4. トランザクション中にエラーが出たときはどうすればよい？

例（PHP + PDO）

try {
    $pdo->beginTransaction();

    // SQL処理
    $pdo->commit();
} catch (Exception $e) {
    $pdo->rollBack();
    // エラーログの記録など
}

8. まとめ

トランザクションは信頼性を高める鍵

正しい制御と理解が重要

• START TRANSACTION から COMMIT / ROLLBACK の基本操作を確実に使いこなす
• 自動コミットの仕組みと明示的なトランザクション管理の違いを理解する
• 分離レベルを目的に応じて調整し、パフォーマンスと整合性のバランスを取る

実用シナリオとTipsを押さえておくと現場で強い