MySQL 日志体系与主从复制

日志是 MySQL 持久性、可靠性与高可用的基石。

MySQL 日志体系

• Redo Log（InnoDB 物理日志）：记录页的修改，用于崩溃恢复（持久性）。
• Undo Log（逻辑日志）：用于回滚与 MVCC 多版本读。
• Binlog（服务层二进制日志）：记录逻辑数据变更，用于主从复制与数据恢复。命令：SHOW BINLOG EVENTS。
• 其他：慢查询日志、错误日志、通用查询日志。

两阶段提交

为让 Redo Log 与 Binlog 保持一致（避免崩溃后数据与日志不一致），采用两阶段提交：

1. Redo Log 写 prepare 状态。
2. 写 Binlog。
3. Redo Log 写 commit。

主从复制

主从复制原理：

1. 主库将变更写入 Binlog。
2. 从库的 IO 线程 拉取主库 Binlog，写入从库的 Relay Log。
3. 从库的 SQL 线程 重放 Relay Log，完成数据同步。

复制模式：

• 异步复制（默认）：主库写完即返回，不等从库。
• 全同步复制：等待所有从库确认。
• 半同步复制（semi-sync）：至少一个从库确认。

基于主从可做读写分离（主写从读）。

分表分库

当单库/单表数据量过大，需拆分：

• 垂直拆分：按业务把表/库拆开（如订单库、用户库）。
• 水平拆分：按分片键把数据路由到多库多表（如按 user_id 分片）。

分表分库带来的挑战：

• 跨库查询、分布式事务、全局唯一 ID 生成、跨库 join 等。

总结

• Redo / Undo / Binlog 三日志各司其职：崩溃恢复、回滚 MVCC、主从复制。
• 两阶段提交保证日志一致。
• 主从复制 → 读写分离；分表分库 → 水平扩展，兼顾挑战。