mysql 系列(2) -日志

运行必要的 binlog, redo log, undo log mysql(WAL)日志优先策略,日志刷盘,数据就不会丢失
更新流程:mysql 系列(2) -日志
文章图片

binlog(归档日志) 【mysql 系列(2) -日志】server层产生的逻辑日志,用来数据复制或闪回
undo log(回滚日志) 采用段(segment)的方式来记录的,每个undo操作在记录的时候占用一个undo log segment。
InnoDB产生的逻辑日志,保证事务的隔离性,原子性
对数据(缓存)的任何更新 都先写undo log
提供回滚和多个行版本控制(MVCC)
redo log(重做日志) InnoDB产生的物理日志,记录数据页的变化,保证事务的持久性
日志优先于数据,记录redo log 视为数据已更新
存储再4个1G的文件中,循环写入
mysql 系列(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 是两个独立的逻辑, 两阶段提交是为了让两份日志之间的逻辑一致。

    推荐阅读