InnoDB 存储引擎（4）——二次写（doublewrite）

目的

• 带给InnoDB  存储引擎的是数据页的可靠性

解决的问题

• 当数据库宕机时，可能InnoDB 存储引擎正在写入某个页到表中，而这个页只写了一部分，比如16KB的页，只写了前4KB，之后就发生了宕机，这种情况被称为部分写失效（partial page write）。
• 如果没有二次写机制，出现部分写失效就会导致数据丢失的情况。

二次写的概念

• 发生写失效并不能使用redo 日志进行恢复，redo 日志记录的是对页的操作。如果本身这个页已经发生损坏，在对其进行重做是没有意义的。

直接redo 日志恢复导致问题示意图

• doublewrite具体含义应该是在写入磁盘之前，需要首先写一个页的副本。而在使用redo log恢复前，需要使用这个副本先还原该页，之后在进行redo log恢复。

doublewrite 架构

•  doublewrite 组成
  • doublewrite buffer
    • 位于内存
    • 大小为2MB
  • doublewrite
    • 位于物理磁盘上的共享表空间中
    • 大小是连续的128页，分为两个区，每个区大小也是2MB（64 x 16 KB）
• doublewrite 原理
  • InnoBD 对缓冲池的脏页进行刷新时，不直接写磁盘
  • 首先通过memcpy 函数将脏页先复制到内存中的doublewrite buffer
  • 之后在通过doublewrite buffer 分两次写，第一次先写入磁盘中的doublewrite，之后调用fsync函数，同步磁盘。

doublewrite 不启用的情况

• 有些文件系统提供了部分写失效的防范机制，如ZFS 文件系统