-- トランザクションを開始
BEGIN;  -- または START TRANSACTION

-- 一連の操作を実行
UPDATE accounts SET balance = balance - 1000 WHERE id = 1;
UPDATE accounts SET balance = balance + 1000 WHERE id = 2;

-- すべて成功、コミット
COMMIT;

-- 問題が発生、ロールバック
ROLLBACK;

BEGIN;

INSERT INTO orders VALUES (1020, 101, 1, '2026-06-28', 500.00, 'pending');
SAVEPOINT sp1;

INSERT INTO order_items VALUES (1020, 1, 2, 100.00);
SAVEPOINT sp2;

-- ステップ2にエラーがある場合、sp1までのみロールバック
ROLLBACK TO sp1;

-- ステップ1の操作を保持
COMMIT;

-- 現在の分離レベルを確認
SELECT @@transaction_isolation;

-- 分離レベルを設定
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

トランザクションA：テーブル1をロック → テーブル2を待機
トランザクションB：テーブル2をロック → テーブル1を待機
→ 永遠に待機、完了できない

-- トランザクションを開始
BEGIN;  -- MySQL、PostgreSQL
START TRANSACTION;  -- MySQLでもサポート

-- トランザクションをコミット（すべての操作が永続的に有効になる）
COMMIT;

-- トランザクションをロールバック（すべての操作を元に戻す）
ROLLBACK;

-- セーブポイント
SAVEPOINT savepoint_name;
ROLLBACK TO savepoint_name;
RELEASE SAVEPOINT savepoint_name;

-- 分離レベルを設定
SET TRANSACTION ISOLATION LEVEL isolation_level;
-- 分離レベル：READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE

-- グローバル分離レベルを設定（すべての新しい接続に影響）
SET GLOBAL TRANSACTION ISOLATION LEVEL isolation_level;

-- オートコミットスイッチ（MySQLはデフォルトでON）
SET autocommit = 0;  -- オートコミットを無効、手動COMMITが必要
SET autocommit = 1;  -- オートコミットを有効（デフォルト）

-- シナリオ：顧客が商品を注文する場合、注文の作成と在庫の減算を同時に行う必要がある
BEGIN;

-- ステップ1：注文を作成
INSERT INTO orders (order_id, customer_id, employee_id, order_date, total_amount, status)
VALUES (1020, 101, 1, '2026-06-28', 6999.00, 'pending');

-- ステップ2：在庫を減算
UPDATE products SET stock = stock - 1 WHERE product_id = 1;

-- ステップ3：在庫が十分かチェック（在庫 < 0 の場合はロールバック）
-- 実際には通常、アプリケーションロジックやトリガーで処理

-- すべて成功、コミット
COMMIT;

BEGIN;

INSERT INTO orders (order_id, customer_id, employee_id, order_date, total_amount, status)
VALUES (1021, 102, 3, '2026-06-28', 129.00, 'pending');

UPDATE products SET stock = stock - 1 WHERE product_id = 2;

-- 在庫不足を発見した場合、トランザクション全体をロールバック
ROLLBACK;
-- 注文も在庫もトランザクション前の状態に戻る

BEGIN;

-- 最初の注文：成功
INSERT INTO orders VALUES (1022, 103, 4, '2026-06-28', 3500.00, 'pending');
UPDATE products SET stock = stock - 1 WHERE product_id = 4;
SAVEPOINT after_first_order;

-- 2番目の注文：エラー
INSERT INTO orders VALUES (1023, 104, 4, '2026-06-28', 2200.00, 'pending');
UPDATE products SET stock = stock - 1 WHERE product_id = 5;
SAVEPOINT after_second_order;

-- 2番目の注文に問題を発見、最初の注文の後にロールバック
ROLLBACK TO after_first_order;

-- 最初の注文は有効なまま、コミット
COMMIT;
-- 結果：注文1022は保持、注文1023はロールバック

SELECT order_id, total_amount, status FROM orders WHERE order_id >= 1022;

order_id | total_amount | status
---------+-------------+--------
    1022 |     3500.00 | pending

BEGIN;

-- 営業部門に10%の昇給
UPDATE employees 
SET salary = salary * 1.10 
WHERE department_id = (SELECT department_id FROM departments WHERE department_name = 'Sales');

SAVEPOINT after_sales_raise;

-- 技術部門に8%の昇給
UPDATE employees 
SET salary = salary * 1.08 
WHERE department_id = (SELECT department_id FROM departments WHERE department_name = 'Tech');

SAVEPOINT after_tech_raise;

-- 予算承認が通らなかったと仮定、技術部門の昇給のみ取り消し
ROLLBACK TO after_sales_raise;

-- 営業部門の昇給は保持、コミット
COMMIT;

-- セッションA：部門1から部門2に予算を振替
BEGIN;
UPDATE departments SET budget = budget - 50000 WHERE department_id = 1;
-- 少し待機...
UPDATE departments SET budget = budget + 50000 WHERE department_id = 2;
COMMIT;

-- セッションB：同時に部門2から部門1に予算を振替（別の接続）
BEGIN;
UPDATE departments SET budget = budget - 30000 WHERE department_id = 2;
UPDATE departments SET budget = budget + 30000 WHERE department_id = 1;
COMMIT;

-- 両セッションがdepartment_idの昇順で部門にアクセス
-- セッションA：
BEGIN;
UPDATE departments SET budget = budget - 50000 WHERE department_id = 1;  -- まず1をロック
UPDATE departments SET budget = budget + 50000 WHERE department_id = 2;  -- 次に2をロック
COMMIT;

-- セッションB：
BEGIN;
UPDATE departments SET budget = budget + 30000 WHERE department_id = 1;  -- 同じくまず1をロック
UPDATE departments SET budget = budget - 30000 WHERE department_id = 2;  -- 次に2をロック
COMMIT;