公众号：杨建荣的学习笔记 · 作者：杨建荣 · 发布：2017-03-28 23:58:58 · 原文链接

    MySQL里的double write是InnoDB的三大闪亮特性，另外两个是insert buffer 和自适应哈希，其实还有几个比如异步IO，Flush neighbour Page(刷新邻接页），这个和系统层面的关联性较高，所以三大亮点还是更有针对性的。

   当然一说到MySQL里的double write,其实主要是要应对一个很自然的问题，那就是partial write。

经典的partial write问题

   这个问题比较经典，很多数据库设计中都需要考虑到这样一个临界点的问题，MySQL中的页是16k,数据的校验是按照这个为单位进行的，而操作系统层面的数据单位肯定达不到16k,比如是4k,那么一旦发生断电的时候，只保留了部分写入，如果是Oracle DBA一般对此都会很淡定，说用redo来恢复嘛，但是可能我们被屏蔽了一些细节，MySQL在恢复的过程中一个基准是检查page的checksum，也就是page的最后事务号，发生这种partial page write 的问题时，因为page已经损坏，所以就无法定位到page中的事务号，所以这个时候redo就无法直接恢复。

   由此引申一点，partial write的问题在Oracle中肯定也会存在，但是只是Oracle替我们把这个过程平滑的做好了。其中有设计的差异，还有恢复技术的差别。但是无论如何这个问题都不会绕过去，还得解决。

   所以这一类问题，如果讨论起来，那可以讨论很长时间，可以把体系结构里的方方面面拿出来分析，做对比。

简单分析double write问题

   对此我画了一个相对简陋的图，也欢迎大家提出改进建议。