Comments on: InnoDB之Dirty Page、Redo log

By: InnoDB之Dirty Page、Redo log | 苏扬

InnoDB之Dirty Page、Redo log | 苏扬 — Tue, 26 Jul 2011 06:03:35 +0000

[...] from: http://www.taobaodba.com/html/317_innodb-dirty-page-redo-log.html [...]

By: 陶方

陶方 — Thu, 11 Feb 2010 13:40:07 +0000

Eric：
数据库的数据一致性和安全性是构建于存储安全性之上的。
磁盘损坏的风险，需要通过RAID或者实时备份来解决。

By: Eric

Eric — Wed, 10 Feb 2010 08:09:18 +0000

redo log可能是利用磁盘缓存的机制来保障数据完整性的。“掉电时，磁头会借助惯性将缓存中的数据写入零磁道以外的暂存区域，等到下次启动时再将这些数据写入目的地”。但是当硬盘突然损坏时，我想大概还是会丢数据吧？

By: 张骞

张骞 — Wed, 26 Aug 2009 16:38:54 +0000

在commit update的时候，如何保证被标记为dirty page的数据一定能被写进redo log呢？这里是不是有有个先后顺序？以我的理解是写日志成功后，才将buffer pool中updated的page标记为dirty，请求解答，谢谢。

By: 苏普

苏普 — Tue, 25 Aug 2009 09:45:14 +0000

To 柱石:
1).innodb_flush_log_at_trx_commit=1时，每次TRX commit，都会有redo log写入磁盘操作，这也是为什么InnoDB在高密度的写入操作时，比MyISAM慢的一个原因。“A linear write to the redo log is much faster than a seek and a write to the tablespace file”解释了为什么向磁盘写redo log而不直接写dirty page.

2).关于redo log的具体数据格式，我并不清楚。如果关心的话，可以参考MySQL源代码中的mysql-*.*.*\storage\innobase\log\log0log.c文件，应该可以解开你的疑问。

3).另外，可以肯定的是，redo log至少记录了TRX给数据带来的全部变化(无论数据是什么格式)。

By: 柱石

柱石 — Mon, 24 Aug 2009 16:25:08 +0000

innodb_flush_log_at_trx_commit=1

这样设置的话，每次commit一个事务的时候，redo log的每次插入都会操作磁盘。

另外，redo log的内容是什么？如果是记录了所有事物的数据信息？如果不是的话，它有根据什么可以在断电后续写未提交的page?

By: 陶方

陶方 — Thu, 20 Aug 2009 06:54:28 +0000

@binzhang:
这个参数影响MySQL crash后InnoDB的恢复时间，所以参数值取决于业务对高可用性的要求。
一般来说，我们都设置在50以下。

By: 丁原

丁原 — Thu, 20 Aug 2009 02:36:17 +0000

写的有点深度，有点内涵，非常不错。

By: binzhang

binzhang — Wed, 19 Aug 2009 03:15:36 +0000

innodb_max_dirty_pages_pct 默认是90。你们设置的是多少?