Oracle概念问题 假如数据没有提交 但是却被dbwn进程写入了数据文件 会怎么样呢？
10年的定结网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站的优势是能够根据用户设备显示端的尺寸不同，自动调整定结建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“定结网站设计”,“定结网站推广”以来，每个客户项目都认真落实执行。
案例分析
首先说明的是dbwn写脏数据跟mit提交没有关系！
在一个transaction发生的过程中 online redo log首先记录transaction中修改的数据块相关信息 修改的数据块会被缓存在database buffer cache中 由于database buffer cache写满或者checkpoint等等条件触发dbwn进程 会导致这些缓存的数据块写入数据文件 但此时可能该transaction仍然还没有提交 所以在数据文件中 可能会有mited 和 unmited 的数据块 而原有的数据块镜像会存放在undo segment
IXDBA NET社区论坛
然而 dbwn写脏数据时不管这个要写的transaction是否提交
也没有必要去管
这样就发生了所谓的已经提交的数据 但是还没有写入数据文件的现象
还有一种情况 数据没有提交 但是已经被写入数据文件 此时发生回退 撤销没有提交的数据
那么 引发Oracle前滚与回退的根本原因就是什么呢？
根本原因是mit后写redo buffer和触发lgwr写 redo buffer的区别
事务在执行完毕后 随即会被写入redo buffer和undo中 同时在redo buffer和undo中对该事务都有一个是否提交的标记 两者的默认状态都是active的 即没有提交时刻处于激活状态
mit操作执行时刻把此前的所有事务操作全部写入redo log file mit成功后 redo buffer信息全部写入redo file 同时修改两者中的事务提交标识为inactive 表示此前事务已经递交
oracle的前滚和回退根据就是依据事务是否提交而进行的
在触发lgwr进程后 oracle同样把此前的redo buffer信息写入redo file 但是与mit触发写日志不同的是 redo file本身对lgwr写日志操作不记录任何信息标识 lgwr写到那里就是那里 就算此时掉电也无妨 redo file就记录到掉电时刻的信息
lgwr是一个Oracle后台执行的进程 具体的日志写操作都有oracle去控制 这对于oracle来说是透明的 因此不用在redo file中写入任何标记信息 这也是正常的
mit操作是唯一一个可以前台操作与oracle后台通信的指令 因此当加入这个操作以后 oracle本身必须要了解各个事务的读写状况 那么怎么了解整个状况 在redo以及undo中加入是否递交的标识 对于已经提交的操作 但是还没有写入数据文件 那么就要前滚 相反 对于没有提交 执行回退！
于是 Oracle崩溃恢复步骤如下
首先rolling forward 前滚 由于oracle failure sga中的内存信息丢失了 但是online redo log中还是存储了transaction信息 包括mited or unmited data 可能这些修改信息并没有被oracle正确的来处理 包含两种情况 已经提交的还没有写入数据文件 或者没有提交的却被写入了数据文件 针对已经提交的还没有写入数据文件就要发生前滚 在前滚过程中 *** on会根据online redo log中的记录来完成对datafile的修改 保证已经提交的数据已经写入数据文件
接下来 前滚结束后 数据库正常open 此时用户可以正常连接 可以访问已经recover的mited data 但是对于那些属于unrecoverable transaction的unmited data 会被oracle 加锁 是不可以访问的
lishixinzhi/Article/program/Oracle/201311/16619
没有在 commit 提交 ，可以直接写ROLLBACK 闪回 回来就行 不需要闪回时间点
非常简单以javaBean的getter/setter访问规则取到的对象就是栈顶顶节点，而非栈顶节点就是非顶节点。
而OGNL巧妙的用#符号标识了顶节点和非顶节点，如上述所说顶节点可不写#而且必须不写，非顶节点必须写#；
当然struts2已经预设了parameters,request,session,application和Action属性成员这么些顶节点供直接访问。
oracle回退会影响触发器。因为触发器是触发语句的一部分，触发语句被提交、回退时，触发器也被提交、回退了。在触发器主体中调用的任何过程、函数，都不能使用事务控制语句。
SQL和PL/SQL中Savepoint一事务范围内中间标志经常用于将一个长事务划分为小部分保留点Savepoint可标志长事务中任何点允许可回滚该点之后操作解决源代码中经常解决Savepoint；例如一过程包含几个函数每个函数前可建立一个保留点如果函数失败很容易返回到每一个函数开始情况回滚到一个Savepoint之后该Savepoint之后所获得数据封锁被释放为了处理方案部分回滚可以用带TO Savepoint子句ROLLBACK语句将事务回滚到指定位置
例
BEGIN
INSERT INTO ATM_LOG(whowhenwhatwhere)
VALUES ('Kiesha'SYSDATE'Withdrawal of $100''ATM54')
SAVEPOINT ATM_LOGGED;
UPDATE checking
SET balance=balance-100
RETURN balance INTO new_balance;
IF new_balance0
THEN
ROLLBACK TO ATM_LOGGED;
COMMIT
RAISE insufficient_funda;
END IF
END
关键字SAVEPOINT可选所以下面两个语句等价：
ROLLBACK TO ATM_LOGGED;
ROLLBACK TO SAVEPOINT ATM_LOGGED;
备份一张表一般用create 备份表 as select * from 原表;
如果不想要这个备份，直接运行
drop table 备份表;
就可以，没有回退的说法。
