update的机制问题

wonder

谢谢biti，看来一个简单的问题后面也蕴涵这么丰富的知识

grassbell

据说要顶一下才能在深入区看到

zsy0951

最初由 grassbell 发布
[B]据说要顶一下才能在深入区看到 [/B]

同意,你真是铁杆

wyq21973

最初由 biti_rainy 发布
[B]1：update的变化前数据写入日志文件，是为了恢复的时候 写入回滚段的
[/B]

这一点真的是很难理解呀！
我还没看到恢复，这样看来恢复的全过程也是无懈无击，可以应付随时的当机了。

wyq21973

最初由 biti_rainy 发布
[B]3：回滚段不是 DBWR 写的，回滚段应该是 server  process写的，redo  buffer 也是 server  process写的，lgwr 是写 buffer 进文件
[/B]

biti：这句话是不是笔误？
我是这样理解的：回滚段是位于data file中的，data buffer中的回滚段的block和其它类型的block在DBWR和SERVER PROCESS的角度来看是一样的，SERVER PROCESS负责将其从回滚段读到data buffer中，如果需要还负责对其进行更改，同时产生redo entries写进redo buffer，DBWR负责将其刷回到回滚段中去。
如有错误请指正。

还想借此机会问个问题：
对数据文件的更改可以回滚，那么对回滚段内容的更改可以回滚吗，或者说需要吗？

biti_rainy

最初由 wyq21973 发布
[B]

biti：这句话是不是笔误？
我是这样理解的：回滚段是位于data file中的，data buffer中的回滚段的block和其它类型的block在DBWR和SERVER PROCESS的角度来看是一样的，SERVER PROCESS负责将其从回滚段读到data buffer中，如果需要还负责对其进行更改，同时产生redo entries写进redo buffer，DBWR负责将其刷回到回滚段中去。
如有错误请指正。

还想借此机会问个问题：
对数据文件的更改可以回滚，那么对回滚段内容的更改可以回滚吗，或者说需要吗？ [/B]

dbwr 写的是数据文件，这点上oracle当作和其他block一样看待。 这里的理解的差异在于 我所说的回滚段 指的是在buffer中的block，而dbwr 写出，是把 block 从buffer中写到 datafile。我并没有把这个称做 dbwr写回滚段（如果这么说我们还可以说 dbwr写表段、index segment……）。 习惯上大家把 回滚段看做 数据文件中的物理段了，而我没这样看，把他和 表段一样地看待。

所以我没有说 dbwr 负责刷回 回滚段，而是把回滚段写回数据文件。




回滚段的内容本身不再产生回滚。不需要。

wyq21973

谢谢！

回滚段是用来保证事务的原子性和读一致性的，可以用来回滚对数据文件其它部分的修改，而它自己进行修改的保险是在日志文件中。
这里我又有一个疑问：
事务对数据文件的任何更改都有与之对应的回滚段记录，现在假设电源故障，对数据进行更改的redo entry写进了日志文件，而准备把与之相对应的更改回滚段的redo entry写进日志文件时失败，当实例恢复的时候先进行前滚把数据文件改了，然后回滚时却没有与之对应的回滚段记录，这时不是有问题了吗？
或者说是不是先写进更改回滚段的redo entry就没事了呢？

biti_rainy

最初由 wyq21973 发布
[B]谢谢！

回滚段是用来保证事务的原子性和读一致性的，可以用来回滚对数据文件其它部分的修改，而它自己进行修改的保险是在日志文件中。
这里我又有一个疑问：
事务对数据文件的任何更改都有与之对应的回滚段记录，现在假设电源故障，对数据进行更改的redo entry写进了日志文件，而准备把与之相对应的更改回滚段的redo entry写进日志文件时失败，当实例恢复的时候先进行前滚把数据文件改了，然后回滚时却没有与之对应的回滚段记录，这时不是有问题了吗？
或者说是不是先写进更改回滚段的redo entry就没事了呢？ [/B]

从绝对意义上来讲，数据库是先产生  undo  的日志，再产生 redo  的日志 ，对于任何变化，undo  和 redo 在 logfile 中都是成对的原子的，也就是说，一条记录的变化，logfile  block 中是同时存在 undo  and  redo.

所以不存在先写了 redo 然后丢了undo 的情况。

wyq21973

谢谢biti的耐心讲解。

我明白了，如果一个包含undo和redo的redo entry只写一半就坏了，那么前滚时不用就得了，这个时候数据块肯定是还没来得及更新。

biti_rainy

最初由 wyq21973 发布
[B]谢谢biti的耐心讲解。

我明白了，如果一个包含undo和redo的redo entry只写一半就坏了，那么前滚时不用就得了，这个时候数据块肯定是还没来得及更新。 [/B]

因为脏数据块写入数据文件之前，必须保证相关日志已经写入日志文件，这是基本概念，在写　logfile 的几个条件中就有这一条。　而如果redo  entry (redo  block 只有512 bytes 大小，恰好是os的最小io单元)是　＊坏＊　的，在恢复的过程中就会出错的。

当你讨论清楚这些回过头去看　oracle　concepts 就会很容易理解了。