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

sqysl

楼上，能否把同步异步说清楚点？谢谢。

killkill_shadow

Oracle 9i&10g编程艺术 中的原话：
我个人认为的“同步”：
即使我们有一个长时间运行的事务，但在提交之前，它生成的许多缓存重做日志已经刷新输出到磁盘了（而不是全部等到提交时才刷新输出）。这也有不好的一面，COMMIT时，我们必须等待，直到尚未写出的所有缓存redo都已经安全写到磁盘上才行。也就是说，对LGWR的调用是一个同步（synchronous）调用。尽管LGWR本身可以使用异步I/O并行地写至日志文件，但是我们的事务会一直等待LGWR完成所有写操作，并收到数据都已在磁盘上的确认才会返回。
我认为的“异步”：
由于某种原因，我们用的是一个Java程序而不是PL/SQL，这个原因就是PL/SQL提供了提交时优化（commit-time optimization）。我说过，LGWR是一个同步调用，我们要等待它完成所有写操作。在Oracle 10g Release 1及以前版本中，除PL/SQL以外的所有编程语言都是如此。PL/SQL引擎不同，要认识到直到PL/SQL例程完成之前，客户并不知道这个PL/SQL例程中是否发生了COMMIT，所以PL/SQL引擎完成的是异步提交。它不会等待LGWR完成；相反，PL/SQL引擎会从COMMIT调用立即返回。

sqysl

同步这块基本看明白了，也认可这个结论，可是异步这块，没看明白，我还是看看原版去吧，翻译的不好，楼上的兄弟能否告诉一下具体是什么章节的那一页，谢谢。

[ 本帖最后由 sqysl 于 2009-6-12 10:51 编辑 ]

killkill_shadow

第9章 redo和undo，差不多在9.3偏后的地方。

BTW：我觉得这本书翻译得算挺好的了

sqysl

我看了，你说的和楼主说的虽然有关，但从本质上说，你们说的是两回事，你说的是从编程角度说的，而楼主说的是系统内部的运行机制。

antiper

原帖由 nishi2b 于 2009-6-1 17:51 发表
假设在COMMIT中突然之间断电。
是否会丢失数据？ 这个时候REDO 应该还没有被完全刷新到文件中， 那么这个COMMIT的发出算是结束了呢 还是未结束呢？

commit中就说明正在commit，也就是commit还没有完成，那么这个时候掉电，实例启动后，这批数据会被进行回滚的。
因此不存在数据丢失的说法，应该问这批数据是否永久写入数据库了！

总之我们应该相信，oracle还是能保证数据一致性的。
比如我们存100W到银行，存的过程中停电了，那么钱我们肯定是可以拿回来的，那么我们的账户肯定也不会多出100W出来的！

sqysl

呵呵，赞成。
楼主既然提到了存钱时忽然断电，如果真的这种情况发生在现实中，那么银行该如何处理呢？把钱还给客户吧，担心库里存进去了，不还吧，担心没存进去，人家客户没见到存单或票据也不会干的，呵呵。。。

晶晶小妹

楼主的问题，二楼的是正解。

关于同步Commit和异步Commit，有觉得PL/SQL不可能是异步Commit的，因为这样就无法保证数据的安全了。原文应该是其他意思，中文翻译版我已经发现好几处错误了。我记得最可笑的错误是，哪一章我也记不太清了，是关于UNDO和REDO方面的章节，译者将一句话按英文原意写了出来，但是加了一个注解，注解中译者说英文写错了，应该是什么什么。但其实是译者理解错了，Tom原文并没有错。 不过，9i&10g编程艺术 已经比当年哪个 高级专家编程 翻译的好太多了，偶而的几处小错误，不影响阅读的。

sqysl

国人翻译的书还是不行，对读者的影响也是很大，就算没错，颠三倒四的没法看。
针对客户端应用来说，PL/SQL确实是可以异步的，但从内部机制来讲，都是一样的。人家老TOM也没写错，只是读者理解错了。

晶晶小妹

PL/SQL的提交默认是异步吗？ 回头试试。
只记得有一个参数，可以设置是异步提交还是同步。