对于Oracle12C的多LGWR的理解，纯属个人想法，如有错误请指正，如有雷同纯属巧合！

〇〇

wxz317 发表于 2013-8-30 12:42
我发现oracle大牛有一个特点，觉得除了oracle，其它的都不行！我真想不通！
oracle无法使用的场景多了去了 ...

就要有这个气势：）

aio_o_

oracle在insert很多时commit，为什么在等待io完成？脏块太多了么？不得不会写磁盘？
oracle不是在commit时，才写之前的insert的redo的，否则没commit就断电了，前滚后的回滚，滚啥啊？

wxz317

aio_o_ 发表于 2013-9-6 15:47
oracle在insert很多时commit，为什么在等待io完成？脏块太多了么？不得不会写磁盘？
oracle不是在commit时 ...

你的数据库基础知识还有所欠缺，我简单给你介绍一下。
数据库中，有两类重要的文件：日志文件和数据文件
数据文件很明显就会保存数据的，为什么还需要日志文件呢？
这主要是对数据库的数据文件的修改往往在磁盘上都是离散的，事务提交的时候必须保证该事务的数据都写出到磁盘上事务才能被提交，否则断电将会导致数据丢失，很明显这将导致大量的IO。另外，如果只有数据文件，一个事务修改了一些数据，但中途出现了错误时，被修改的数据将没法被恢复，为了解决此问题经过大牛们的研究搞了一个ARIES恢复协议，按照此协议，可以在修改数据的时候，修改内存数据的同时，将修改写入连续的日志块中，事务提交的时候，只需要保证日志被全部写出到磁盘，即可能保证数据被redo或者undo。
这样就保证了数据库的ACID特性。

目前的所有数据库都是有日志文件的，在事务提交的时候只讲日志文件的数据刷出到磁盘上，而数据可以不被写出到磁盘！

wxz317

aio_o_ 发表于 2013-9-6 15:47
oracle在insert很多时commit，为什么在等待io完成？脏块太多了么？不得不会写磁盘？
oracle不是在commit时 ...

所以commit时必须等待日志io的完成。
大部分数据库也都不是只在commit时触发刷日志的动作，但大部分数据库只有在并发时才可能用到其它的触发刷日志的条件。

myth8860

wxz317 发表于 2013-9-6 21:55
所以commit时必须等待日志io的完成。
大部分数据库也都不是只在commit时触发刷日志的动作，但大部分数据 ...

还有按时间刷日志的，日志文件发生切换也会刷

〇〇

wxz317 发表于 2013-9-6 21:42
你的数据库基础知识还有所欠缺，我简单给你介绍一下。
数据库中，有两类重要的文件：日志文件和数据文件 ...

简单讲一下ARIES恢复协议？

aio_o_

无语了，oracle的commit是不会触发dbwr回写数据的...

aio_o_

你以为commit之前的insert，oracle啥都没干么？等你commit才去写redo么？

huojunlu

lgwr 触发条件， 3秒，1mb，1/3buffer。 如果楼主做过 oracle 的 大规模并发测试的话，应该能发现oracle 的 log buffer 能够增长到 上百兆。 这么大的原因 不是 commit的时候才开始写，而是写出的速度小于写入的 速度。多 个 lgwr能够解决这个问题。能够加快写出的速度。如果并发量小，日志产生速度小，1个就够了。 oracle 越来越牛了，在面向大规模并发的时候，写日志进一步优化啊。

myth8860

huojunlu 发表于 2013-9-9 12:10
lgwr 触发条件， 3秒，1mb，1/3buffer。 如果楼主做过 oracle 的 大规模并发测试的话，应该能发现oracle 的 ...