2021年6月25日星期五

mysql学习笔记第二节 日志系统 redolog与binlog

第二节 日志系统

一条update语句的更新过程

  1. 首先让与这个表有关的所有缓存全都失效
  2. 其余与查询流程基本相似,但是还涉及到两个重要的日志模块-redo log和binlog

redo log(重做日志)

介绍

由于读写磁盘是一件非常费时间的事情,因此当记录需要更新的时候,InnoDB会先将其写到redo log里面,等redolog写满了,或者系统空闲的时候再写磁盘。

实现原理

注意redo log的大小是固定的,不可追加写入

具体的实现原理是维护了checkpoint和write pos两个指针,并维护一个循环数组。其中checkpoint和write pos之间的就是没有被写入磁盘的部分。

crash-safe

有了redo log,即使数据库发生异常重启,之前的记录也不会消失(因为有日志在),这个能力叫做crash-safe

binlog

介绍

redo log是引擎层的日志文件,与之对应的,server层也有自己的日志系统,叫做binlog(归档日志)

对比redo log

  1. redo log是物理日志,记录的是"在数据页上做了什么修改";binlog是逻辑日志,记录的是这个语句的原始逻辑。例如在ID=2这一行的c字段+1
  2. redo log是固定大小循环写入的,而binlog是可以追加写入的。

关于有了redo log之后为什么还有bin log

最主要的原因还是功能不同,redolog主要做数据恢复,binlog主要做数据归档

日志文件读写流程

没有评论:

发表评论