mysql中的这些日志，你都知道吗？
2026-03-18 18:21:42
MySQL中的日志
MySQL作为一款强大的关系型数据库管理系统，其背后离不开日志的支持。这些日志不仅帮助MySQL实现了数据恢复和故障恢复的能力，还保证了事务的一致性和持久性。接下来，我们将详细探讨MySQL中的几种主要日志：归档日志（binlog）和重做日志（redo log）。
一、归档日志-binlog
binlog是MySQL中server层的日志模块，与具体的存储引擎（如Innodb、MyISAM）无关。它主要记录逻辑层面的内容，如“给ID=1这一行中的a字段加1”，“将ID=2这一行数据删除”等，与被操作的数据存放的数据页和物理地址无关。
作用：
数据恢复：利用binlog，可以将数据库恢复到误操作之前的状态。
主从同步：在MySQL的主从结构中，从库通过binlog从主库同步数据。
特点：
binlog是一直追加写的，当日志文件大小达到一定阈值后，会进行切割，并在一个新的文件中继续写。
基于数据库的备份情况以及binlog的保存时间，可以将数据库的状态恢复到允许时间范围内的任意时刻。
数据恢复流程：
- 找到距离误操作时间最近的一次数据备份，并将这个备份恢复到临时库中。
- 从备份的时间点开始，将binlog日志取出进行回放，直到误操作的那一时刻。此时临时库就恢复到了数据被删除前的状态。
二、重做日志-redo log
redo log是存储层中的日志模块，且是Innodb特有的。它主要记录“某个数据页上做了什么修改”，包含了具体的数据页地址，是一个物理层面的日志。
作用：
故障恢复：使Innodb具备故障恢复的能力，即使系统掉电，也能通过redo log恢复数据。
特点：
redo log可以看做是一个环形缓冲区，有大小的限制（通常由4个1GB大小的文件组成），当缓冲区写满后，会对之前写过的区域进行覆盖。
redo log采用顺序写的方式，相比随机写性能较高。
写操作流程及故障恢复：
- 执行器调用存储层读接口，获取要修改的数据行。
- 执行器对获取到的数据行进行修改，然后调用存储引擎层的写接口，将新数据进行写入。
- 引擎层接收到新数据后，将新的数据更新到内存中（此时内存中的数据页被称为脏页），同时将更新操作记录到redo log中。
在上述过程中，如果系统掉电，内存中的脏页数据会丢失。但是，由于redo log已经记录了更新操作，MySQL重启后，会通过回放redo log中的日志，将业务层面的更新“重做”一遍，从而保证数据的完整性。
总结：
- binlog是MySQL中server层的日志模块，主要记录逻辑层面的内容，用于数据恢复和主从同步。
- redo log是Innodb存储层中的日志模块，主要记录物理层面的修改操作，用于故障恢复。
- 通过binlog和redo log的配合使用，MySQL实现了强大的数据恢复和故障恢复能力，保证了数据的完整性和一致性。同时，这些日志也为MySQL的事务处理提供了坚实的基础。
热门标签
