为什么ORACLE不需要MYSQL中DOUBLE WRITE这种机制

zergduan

wolfop 发表于 2020-5-22 17:51
都是没用的，研究这个就跑偏了。这么多机制并不能保证不出问题，腾讯云出现过FLASH微码静默失效，SAN存储也 ...

正好提到adg，adg现在开 db_ultra_safe 是常规步骤么？我看了好几个公司的adg，根本不开db_ultra_safe

wolfop

zergduan 发表于 2020-5-25 18:08
正好提到adg，adg现在开 db_ultra_safe 是常规步骤么？我看了好几个公司的adg，根本不开db_ultra_safe

一部分是手工设置DB_BLOCK_CHECKING DB_LOST_WRITE_PROTECT DB_BLOCK_CHECKSUM ；
更多的是也不设置，但是毕竟两套截然不同的集群硬件，同时发生错误的几率也会大大降低。
而且有些配置本地还有asm的修复功能。

Ashic

lorikyo 发表于 2020-5-19 17:25
因为mysql的redo 是一个逻辑的日子 记录的是SQL语言 ，所以需要一个基本的数据块来恢复而oracle的redo是物 ...

innodb redo和oracle redo都是物理逻辑的吧

Ashic

sqysl 发表于 2020-5-20 12:08
嗯，你说的是对数据块的校验，校验完了对数据块进行重构和恢复才是最主要的，oracle发现数据块有问题时可以 ...

个人赞同您说的, oracle undo redo是基于block的, 而mysql undo redo是基于record的. 但是有个问题不太理解, 既然通过undo redo就能恢复"partial write", 那么为什么oracle当执行手工begin backup命令时,each time a block is changed the datbase writes the before-image of the entire block to the redo stream before modifying the block. Then, the database also records the changes to the block in the redo log,通过将oracle block的前镜像写入redo,使得在恢复是能够获取oracle block的整个before-image,以此为基础,在通过redo中的记录进行恢复.所以如果想要恢复split block,是要有该split block的整个前镜像的吧? 不然的话, 按您所说通过redo undo就可以解决partial write问题, oracle手工热备又何必要写before-image of the entire block to the redo stream呢?

Ashic

感觉roger的靠谱 https://www.modb.pro/db/23489?ywm=

sqysl

Ashic 发表于 2020-11-9 10:20
个人赞同您说的, oracle undo redo是基于block的, 而mysql undo redo是基于record的. 但是有个问题不太理解 ...

1、之前帖子里讲的，是Oracle正常运行过程中，如果发现“partial write”的block，可以通过undo回滚掉，然后，再次通过redo，就可以修复该block；
2、你这里讲的手工备份过程中，修改block前复制一份到redo里，这样做，是为了将来恢复时，如果发现备份文件里有“partial write”的block时，可以通过备份redo中的block先进行恢复，然后，再应用redo，因为，通过备份是无法回滚这些“partial write” block的。

xjlovezxx

https://www.modb.pro/db/23489     好好看看。。。。这应该是史上最详细的解说了~~~roger大神写的

Ashic

xjlovezxx 发表于 2020-11-11 18:13
https://www.modb.pro/db/23489     好好看看。。。。这应该是史上最详细的解说了~~~roger大神写的

我个人也很认同这篇文章

网上很多文章说Oracle不需要类似double write机制，是因为Oracle有什么检查点，控制文件机制。。。。 这完全是瞎扯