-- 查看当前隔离级别
SELECT @@transaction_isolation;
-- 返回: REPEATABLE-READ

-- 修改当前会话隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 修改全局（新连接生效）
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 在 my.cnf 中配置
[mysqld]
transaction-isolation = READ-COMMITTED

-- 隔离级别: READ UNCOMMITTED

-- 事务 A:
BEGIN;
SELECT balance FROM account WHERE id=1; -- 返回 100

-- 事务 B（此时执行）:
BEGIN;
UPDATE account SET balance=200 WHERE id=1; -- 未提交!

-- 事务 A（再次查询）:
SELECT balance FROM account WHERE id=1; -- 返回 200（脏读!）

-- 事务 B 回滚:
ROLLBACK;
-- A 看到的 200 是"脏"的，B 根本没提交

-- 查看当前所有活跃事务
SELECT * FROM information_schema.INNODB_TRX;

-- 关键字段：
-- trx_id:          事务 ID
-- trx_state:       RUNNING / LOCK WAIT
-- trx_started:     事务开始时间（关注运行很久的事务）
-- trx_rows_locked: 锁住的行数
-- trx_query:       当前正在执行的 SQL

-- 长事务的危害：
-- 1. undo log 无法清理 → 磁盘空间膨胀（undo tablespace）
-- 2. 长时间持锁 → 阻塞其他事务 → 死锁概率增大
-- 3. 回滚时间长 → 影响数据库整体性能

-- 解决方案：
-- 1. 设置事务超时：innodb_lock_wait_timeout
-- 2. 应用端控制事务长度（不要在事务中做 RPC 调用）
-- 3. 定期监控并 kill 长时间运行的事务

function isVisible(row_trx_id, readView):
    if row_trx_id == readView.creator_trx_id:
        return true   // 自己修改的，当然可见
    if row_trx_id < readView.min_trx_id:
        return true   // 在 ReadView 创建前就已提交
    if row_trx_id >= readView.max_trx_id:
        return false  // 在 ReadView 创建后才开始的事务
    if row_trx_id in readView.m_ids:
        return false  // 创建 ReadView 时该事务还没提交
    return true       // 创建 ReadView 时该事务已提交

-- 事务 A（RR 级别）
BEGIN;
SELECT balance FROM account WHERE id=1;   -- 快照读 → 100（创建 ReadView）
  -- 此时事务 B 执行: UPDATE account SET balance=200 WHERE id=1; COMMIT;
SELECT balance FROM account WHERE id=1;   -- 快照读 → 100（复用 ReadView）
SELECT balance FROM account WHERE id=1 FOR UPDATE; -- 当前读 → 200（读最新 + 加锁）

-- 查看最近一次死锁信息
SHOW ENGINE INNODB STATUS;

-- 开启死锁日志（记录每次死锁到 error log）
SET GLOBAL innodb_print_all_deadlocks = ON;

-- 设置锁等待超时
SET innodb_lock_wait_timeout = 10; -- 默认 50 秒

-- 常见死锁场景：
-- 事务 A: LOCK row1 → 等待 row2
-- 事务 B: LOCK row2 → 等待 row1
-- 解决方案: 统一加锁顺序 / 缩短事务 / 降低隔离级别

-- 事务 A（RR 级别）
BEGIN;
-- 当前读：加 Next-Key Lock
SELECT * FROM user WHERE age = 25 FOR UPDATE;
-- 锁住 age=25 的行 + (前一个索引值, 25) 的间隙

-- 事务 B 尝试插入
INSERT INTO user (name, age) VALUES ('New', 25);
-- ❌ 被阻塞！因为 age=25 在 Gap Lock 范围内

-- 事务 A 再次查
SELECT * FROM user WHERE age = 25 FOR UPDATE;
-- ✅ 结果不变 → 当前读幻读被解决