MySQL中的日志类型有哪些？binlog、redolog和undolog的作用和区别是什么？
简介： 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)
原文地址：https://blog.csdn.net/m0_64422133/article/details/143449106
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！