运行必要的 binlog, redo log, undo log

mysql(WAL)日志优先策略，日志刷盘，数据就不会失落
更新流程：

binlog(归档日志)

server 层产生的逻辑日志，用来数据复制或闪回

undo log(回滚日志)

采纳段 (segment) 的形式来记录的，每个 undo 操作在记录的时候占用一个 undo log segment。
InnoDB 产生的逻辑日志，保障事务的隔离性，原子性
对数据 (缓存) 的任何更新 都先写 undo log
提供回滚和多个行版本控制(MVCC)

redo log(重做日志)

InnoDB 产生的物理日志，记录数据页的变动，保障事务的持久性
日志优先于数据，记录 redo log 视为数据已更新
存储再 4 个 1G 的文件中，循环写入

刷盘策略（双 1 设置保障数据安全）

innodb_flush_log_at_trx_commit 参数

0：异步每秒刷盘
1：每一个事务刷盘
N：每个事务刷盘

sync_binlog 参数

0：自动控制刷盘
1：每一个事务刷盘
N：每个事务刷盘

为什么 redo log 肯定在 binlog 之前(两阶段提交)

redo log 刷盘前：零碎解体，数据失落
redo log 刷盘后：零碎解体，重启后对 redo log 重放，重写数据页，重写 binlog

若先写 binlog 数据会被传送到备库，而此刻 redo log 未写 造成数据不统一

因为 redo log 和 binlog 是两个独立的逻辑, 两阶段提交是为了让两份日志之间的逻辑统一。