12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
ADADADADAD
mysql数据库 时间:2024-11-28 13:00:58
作者:文/会员上传
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
12-09
背景:MySQL默认每个page size是16k,而OS通常最小I/O单元是4k,所以如果写page时可能需要调用4次OS I/O才能完成。假定在执行两次时DB crash了,这时page只写了一部分,就产生了parti
以下为本文的正文内容,内容仅供参考!本站为公益性网站,复制本文以及下载DOC文档全部免费。
背景:
MySQL默认每个page size是16k,而OS通常最小I/O单元是4k,所以如果写page时可能需要调用4次OS I/O才能完成。假定在执行两次时DB crash了,这时page只写了一部分,就产生了partial write(不完整写)。
MySQL double write的设定就是为了在发生partial write时任然保证已经commit的数据不丢失,以及数据文件不损坏。
疑惑:
MySQL double write很多文章中有介绍,但理解过程中有一些问题:
既然写double write buffer也是写硬盘ibdata1文件,这块和直接写.ibd 文件又有什么区别?
写double write buffer 也是写16k page 也可能出现分裂情况吧?
只是因为写double write buffer是顺序写速度快一些?
解疑:
其实MySQL double write主要存在机制是在恢复时:
1> .ibd数据文件page在发生partial write不完整写时可以从double write文件恢复
2> double write文件page损坏时,因为此时.ibd数据文件没有被修改,可以直接利用已经commit的redo恢复前滚
3> redo page会发生partial write吗?redo page大小是512字节小于4k os最小io不会存在partial write问题
以上,想想如果没有double write机制,仅仅只存在.ibd文件,直接写在partial write不完整写时就没有地方可恢复的了。
附图:
11-20
11-19
11-20
11-20
11-20
11-19
11-20
11-20
11-19
11-20
11-19
11-19
11-19
11-19
11-19
11-19