mysql中的double write机制分析

介绍double write之前我们有必要了解partial page write问题：

InnoDB的page size一般是16KB，其数据校验也是针对这16KB来计算的，将数据写入到磁盘以Page为单位进行操作的，其实。，如果磁盘是以16KB的速度写入的哈，是没有这方面的问题的，根本就用不到double write功能，但事实一般不是这样，目前一般是以512字节写入，例如只写入了4K时，发生了系统断电或者os crash,只有一部分写是成功的，这种情况就是partial page write问题；

很多dba会想到系统恢复后，mysql可以根据redolog来进行恢复，而mysql在恢复的过程中是检查page的checksum,checksum是page的最后事务号，发生partial page write问题时，page已损坏，找不到该page的事务号，就无法恢复；

 

double write原理：

为了解决partial page write 问题，当mysql将脏数据flush到data file的时候，先使用memcopy将脏数据复制到内存中的double wrtie buffer，之后通过double write buffer再分2次，每次写入1MB到共享表空间，然后马上调用fsync函数，同步到磁盘上，避免缓冲带来的问题，在这个过程中，doublewrite是顺序写，开销并不大，在完成doublewrite写入后，在将double write buffer写入各表空间文件，这时是离散写入。如果发生了断电，innodb再次启动红藕，发现了一个page数据已经损坏，那么此时就可以从double write buffer中进行数据恢复了，

 

double write的缺点是什么

位于共享表空间上的double write buffer实际上也是一个文件，写DWB会导致系统有更多的fsync操作，而硬盘的fsync性能，所以他会降低mysql的整体性能，但是并不会降低到原来的50%，这主要是因为：

• double write是一个连续的存储空间，所以硬盘在写数据的时候是顺序写，而不是随机写，这样性能更高
• 将数据从double write buffer写到真正的segment中的时候，系统会自动合并连续空间刷新的方式，每次可以刷新多个pages；
•