undo log与redo log：事务日志详解

-- 执行UPDATE前，记录旧值到undo log
UPDATE account SET balance = 900 WHERE id = 1;

-- undo log记录：
INSERT INTO undo_log VALUES (
    trx_id = 101,
    table_id = account,
    row_id = 1,
    old_balance = 1000  -- 修改前的旧值
);

-- INSERT undo log
INSERT INTO account VALUES (2, 'B', 500);
-- undo log：DELETE FROM account WHERE id = 2;

-- UPDATE undo log
UPDATE account SET balance = 900 WHERE id = 1;
-- undo log：UPDATE account SET balance = 1000 WHERE id = 1;

-- DELETE undo log
DELETE FROM account WHERE id = 1;
-- undo log：INSERT INTO account VALUES (1, 'A', 1000);

-- 清理条件（同时满足）：
1. 事务已提交或回滚
2. 没有其他事务需要读取该版本（ReadView已不可见）
3. 不在活跃事务列表中

-- 查看undo log空间占用
SELECT tablespace_name, file_size/1024/1024 AS size_mb
FROM information_schema.FILES
WHERE tablespace_name LIKE '%undo%';

-- 事务A：长时间未提交
START TRANSACTION;
SELECT * FROM account WHERE id = 1; -- 生成ReadView

-- ... 1小时后仍未提交

-- 导致：
1. undo log无法清理（事务A可能还要读历史版本）
2. 磁盘空间占用增加
3. 版本链过长，影响查询性能

-- 执行UPDATE
UPDATE account SET balance = 900 WHERE id = 1;

-- redo log记录：
在数据页P5，偏移量100的位置，将balance字段从1000改为900

-- 传统方式（同步写磁盘，慢）
UPDATE account SET balance = 900 WHERE id = 1;
-- 直接修改数据文件（随机写，4KB页，慢）

-- WAL方式（先写日志，快）
UPDATE account SET balance = 900 WHERE id = 1;
1. 修改内存中的Buffer Pool（快）
2. 写redo log到磁盘（顺序写，快）
3. 返回客户端"提交成功"
4. 后台线程异步刷新数据文件（慢）

# InnoDB redo log文件（循环使用）
/var/lib/mysql/ib_logfile0  -- 48MB
/var/lib/mysql/ib_logfile1  -- 48MB

# MySQL 8.0+ 改为
/var/lib/mysql/#innodb_redo/ib_redo_XXX

-- 查看当前配置
SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';

-- 设置为2（折中方案）
SET GLOBAL innodb_flush_log_at_trx_commit = 2;

-- MySQL启动时自动执行
1. 读取redo log
2. 找到未刷盘的数据页变更
3. 重做（Redo）已提交的事务
4. 回滚（Undo）未提交的事务
5. 恢复到崩溃前的一致状态

-- 事务A：已提交，redo log已写入，但数据页未刷盘
START TRANSACTION;
UPDATE account SET balance = 900 WHERE id = 1;
COMMIT; -- redo log写入成功

-- MySQL突然崩溃（数据页未刷盘）

-- 重启后：
1. 读取redo log，发现事务A已提交
2. 重做：将balance=900写入数据页
3. 数据不丢失✅

-- 执行UPDATE
UPDATE account SET balance = 900 WHERE id = 1;

-- binlog记录（STATEMENT格式）：
UPDATE account SET balance = 900 WHERE id = 1;

-- binlog记录（ROW格式）：
-- 修改前：id=1, balance=1000
-- 修改后：id=1, balance=900

-- 查看binlog格式
SHOW VARIABLES LIKE 'binlog_format';

-- 设置为ROW（推荐）
SET GLOBAL binlog_format = 'ROW';

-- 查看当前配置
SHOW VARIABLES LIKE 'sync_binlog';

-- 设置为1（安全）
SET GLOBAL sync_binlog = 1;

UPDATE account SET balance = 900 WHERE id = 1;

-- 阶段1：Prepare（准备）
1. 写redo log（prepare状态）
2. 写binlog
3. 刷新binlog到磁盘

-- 阶段2：Commit（提交）
4. 写redo log（commit状态）
5. 事务提交成功

1. 写redo log（prepare）
2. ❌ 崩溃，binlog未写入
3. 恢复：事务回滚（binlog不完整，从库无此变更）

1. 写redo log（prepare）
2. 写binlog成功
3. ❌ 崩溃，redo log未commit
4. 恢复：事务提交（binlog已写入，从库有此变更）

# my.cnf
[mysqld]
# redo log配置（安全优先）
innodb_flush_log_at_trx_commit = 1

# binlog配置（安全优先）
sync_binlog = 1
binlog_format = ROW

# redo log大小（根据业务调整）
innodb_log_file_size = 512M
innodb_log_files_in_group = 2

# my.cnf
[mysqld]
innodb_flush_log_at_trx_commit = 2  # 每秒刷盘
sync_binlog = 10                   # 每10个事务刷盘

-- undo log空间
SELECT tablespace_name,
       file_size/1024/1024 AS size_mb
FROM information_schema.FILES
WHERE tablespace_name LIKE '%undo%';

-- binlog空间
SHOW BINARY LOGS;
-- 清理旧binlog（保留3天）
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 3 DAY);

-- 查看长事务
SELECT trx_id, trx_state, trx_started,
       TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) AS duration_sec
FROM information_schema.INNODB_TRX
WHERE TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) > 60;

-- 杀死长事务
KILL <trx_mysql_thread_id>;