本文深入探讨了Oracle数据库中undo表空间的作用及事务槽机制，解释了commit和rollback的区别，以及如何通过 flashbackquery 功能利用undo数据。重点阐述了事务槽标记对回滚段的影响，并详细说明了数据库如何确保事务的提交与回滚。
| commit 以后，undo里面的数据是可以被覆盖的，无法保证能rollback。 |
| undo 虽然还保存着变更前的数据， 但这些数据的“事物槽”信息已经被更改了， 所以不能ROLLBACK， 想利用这些数据可以用flashback query ! |
这个“事务槽” 可以这样理解： 当事物没提交的时候 “事务槽”的状态就标记为“没提交”， 那么这块回滚段就不能被覆盖， 如果commit了那么“事物槽”的状态就被标记为“已经提交”那么这个回滚段就可以被覆盖了， 具体的标记内容和时机， 你可以dump 一下就非常清楚了！
是ORACLE硬性规定的，若什么时候都可以回滚，那如何确保提交？
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
