mysql 系列(2) -日志

运行必要的 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 之前(两阶段提交prepare-->commit)

redo log刷盘前：系统崩溃，数据丢失
redo log刷盘后：系统崩溃， 重启后对redo log重放，重写数据页， 重写binlog

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

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