mysql 系列(2) -日志

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

mysql(WAL)日志优先策略,日志刷盘,数据就不会丢失
更新流程:mysql 系列(2) -日志_第1张图片

binlog(归档日志)

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

undo log(回滚日志)

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

redo log(重做日志)

InnoDB产生的物理日志,记录数据页的变化,保证事务的持久性
日志优先于数据,记录redo log 视为数据已更新
存储再4个1G的文件中,循环写入
mysql 系列(2) -日志_第2张图片

刷盘策略(双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 是两个独立的逻辑, 两阶段提交是为了让两份日志之间的逻辑一致。

你可能感兴趣的:(mysql)