简介: MySQL中有六种日志文件,分别是:重做日志(redo log)、回滚日志(undo log)、二进制日志(binlog)、错误日志(errorlog)、慢查询日志(slow query log)、一般查询日志(general log),中继日志(relay log)。其中重做日志(redo log)和回滚日志(undo log)与事务操作息息相关,二进制日志(binlog)也与事务操作有一定的关系,这三种日志,对理解MySQL中的事务操作有着重要的意义。这里简单总结一下这三者具有一定相关性的日志。
1. binlog
binlog(二进制日志)是MySQL中的二进制日志文件,用于记录MysQL服务器上的所有更新和修改操作。binlog是在事务提交后生成的,因此可以用于恢复数据库。以及数据库之间数据同步。
binlog(归档日志)保证了MySQL集群架构的数据一致性。
应用场景
-
bin log:用于数据恢复、主从复制、数据审计和数据备份等。
详谈binlog 的作用:
-
数据恢复和故障恢复:通过分析和回放 Bin log,可以将数据库恢复到故障发生之前的状态。当数据库发生故障或数据丢失时,可以利用Bin log 进行数据恢复。
-
主从复制:在主从架构中,Bin log 用于同步主数据库的数据变更到从数据库。主数据库将其修改操作记录到 Bin log 中,从数据库通过解析和应用 Bin log 来复制主数据库的数据变更,从而保持主从数据的一致性。
-
数据备份:通过定期备份 Bin log,可以实现对数据库的增量备份。将备份的 Bin log 文件与全量备份结合使用,可以还原数据库到指定的时间点。
2. redolog
redolog(重做日志)是InnoDB
存储引擎独有的,它让MySQL
拥有了崩溃恢复能力。
redolog用于恢复数据,保证数据的一致性和持久性。当MySQL 发生修改时,redolog会将这些操作记录下来,并写入磁盘。这样,当MySQL发生宕机或崩溃时,通过重放redolog就可以恢复数据。(故障恢复)
Redo log 的作用:
-
保证事务的持久性:通过将事务的修改操作记录到 Redo log 中,可以确保在系统故障或崩溃发生时,已提交的事务能够被正确地重新执行,保证数据的一致性。
-
减少磁盘IO操作:Redo log的写入是顺序追加的方式,相比于随机写入数据库文件,它可以减少磁盘IO的操作,提升数据库的性能。
-
数据库恢复和故障恢复:通过分析和应用 Redo log,可以将数据库恢复到故障发生之前的状态。
3. redolog和binlog区别?
- redo log是属于innoDB层面,binlog属于MySQL Server层面的,这样在数据库用别的存储引擎时可以达到一致性的要求。
- redo log是物理日志,记录该数据页更新的内容;binlog是逻辑日志,记录的是这个更新语句的原始逻辑
- redo log是循环写,日志空间大小固定;binlog是追加写,是指一份写到一定大小的时候会更换下一个文件,不会覆盖。
- binlog可以作为恢复数据使用,主从复制搭建,redo log作为异常宕机或者介质故障后的数据恢复使用。
- redo log是InnoDB存储引擎层的日志,binlog是MySQL Server层记录的日志, 两者都是记录了某些操作的日志(不是所有)自然有些重复(但两者记录的格式不同)。
4.Undolog
数据库事务四大特性中有一个是 原子性 ,具体来说就是 原子性是指对数据库的一系列操作,要么全部成功,要么全部失败,不可能出现部分成功的情况。
在 MySQL 中,异常发生时,需要进行事务回滚时,恢复机制是通过 回滚日志(undo log) 实现的,所有事务进行的修改都会先记录到这个回滚日志中,然后再执行相关的操作。
5. 总结
MySQL InnoDB 引擎使用 redo log(重做日志) 保证事务的持久性,使用 undo log(回滚日志) 来保证事务的原子性。
MySQL数据库的数据备份、主备、主主、主从都离不开binlog,需要依靠binlog来同步数据,保证数据一致性。
三种日志详细的工作细节可参考下面:
大厂基本功 | MySQL 三大日志 ( binlog、redo log 和 undo log ) 的作用? - 知乎 (zhihu.com)