总结
- redo log是InnoDB特有的,记录物理级别的数据页变更,用于崩溃恢复和保证事务的持久性。
- binlog是MySQL Server层实现的,记录逻辑级别的SQL语句,用于数据库的主从复制、增量恢复以及审计等目的。
redo log(物理修改)
redo log是InnoDB存储引擎特有的日志,它记录了物理级别上的页修改操作。这里“物理级别”意味着redo log记录的是数据页上实际发生的变更,而不是SQL语句本身。
例子:
假设我们有一个InnoDB表,其中包含一个名为students
的数据页,并且我们要更新其中一名学生的年龄。
- 事务开始:当事务开始时,InnoDB不会直接修改
students
数据页上的学生年龄。 - 修改内存中的数据:InnoDB首先会在内存中加载这个数据页(buffer pool),并在内存中修改学生的年龄。
- 写入redo log:在事务提交之前,InnoDB会先将这个修改操作记录到redo log中。redo log会记录类似于“在
students
数据页的某个偏移量处,将某个值从X修改为Y”这样的物理变更。 - 异步刷新到磁盘:之后,后台I/O进程会异步地将内存中的数据页刷新到磁盘上的实际数据文件中。
关键点:
- redo log记录的是物理级别上的数据页变更。
- 它是先写日志(redo log),再写磁盘(数据文件)的WAL(Write-Ahead Logging)技术的体现。
binlog(逻辑修改)
binlog是MySQL Server层实现的二进制日志,它记录了所有修改了数据库数据的SQL语句,并以二进制的形式保存在磁盘中。
例子:
还是上面的场景,我们要更新一名学生的年龄。
- 事务开始:当事务开始时,MySQL Server会监控这个事务。
- 执行SQL语句:我们执行一个
UPDATE
语句来修改学生的年龄。 - 写入binlog:MySQL Server会将这个
UPDATE
语句记录到binlog中。binlog会保存这个完整的SQL语句以及执行该语句时的一些上下文信息(如时间戳、执行的用户等)。 - 事务提交:当事务提交时,这个
UPDATE
语句已经被写入binlog,并且可能已经被复制到了其他从数据库或用于其他目的(如数据恢复)。
关键点:
- binlog记录的是逻辑级别上的SQL语句。
- 它主要用于数据库的主从复制以及增量恢复。
- binlog的信息是以二进制的形式保存的,但其内容本质上是SQL语句。