如果COMMIT时断电 是否会丢失数据？

sqysl

TOM的书里说的异步不是内部机制，而是指当你在客户端执行一个PL/SQL时，客户端不必等所有的REDOLOG都写完才返回，而是客户端可以直接返回接着执行其他任务，而此时数据库后台也许还在写REDO LOG，当没有完全成功COMMIT时，会向客户端返回信息，我是这么理解的，可以试试。

flying_warrior

原帖由 sqysl 于 2009-6-13 23:20 发表
TOM的书里说的异步不是内部机制，而是指当你在客户端执行一个PL/SQL时，客户端不必等所有的REDOLOG都写完才返回，而是客户端可以直接返回接着执行其他任务，而此时数据库后台也许还在写REDO LOG，当没有完全成功COMMIT时，会向客户端返回信息，我是这么理解的，可以试试。

TOM 大神的意思是 指 当我们在PL SQL中反复的进行COMMIT 时   redo  是不会产生同步等待的 也就是log file sync  这一点 可以通过 v$sysstat 验证

在EYGLE 大哥的书中介绍道  
类似于这样的recursive calls 只会记录我们最后一次COMMIT时的RBA

所以推断在 过程 未完成时 使用shutdown abort 有一定机会可以让事物无法成功前滚。
例如 插入10万数据 每万条一次commit 并且输出一个序号   
当序号达到某个值的时候 shutdown abort。
这样看看数据库中的条数是否跟 这个序号相同 就应该得出结论了……
不知道我的思考是否有遗漏 比如UNDO 可以使表前滚。
但是 如果REDO 的修改没有被记录在文件中的话 那么也就不会记录UNDO 空间的地址，

如果有条件的朋友可以尝试一下 否则 我晚上回家 给出答案。

晶晶小妹

我觉得可以通过观察日志中的内容来分析。

Yong Huang

原帖由 晶晶小妹 于 2009-6-13 08:35 发表
PL/SQL的提交默认是异步吗？

I think it is, by default. In 10gR2, you can force it to be synchronous. See
http://www.freelists.org/post/or ... -Systems-On-Purpose,7

Yong Huang

flying_warrior

这个时间点实在太难找了……REDO写出的太快了 而转储和手却没这么快……  3秒  1M  1/3 甚至还包括RDBA的增进……  想要找到一个数据文件写过 而REDO 没有更新过的点实在太难了…… 做了几次试验都没有成功……
而且似乎又是因为UNDO 先被写入所以shutdown abort几次都没有成功让数据造成断层。