数据库事务基础一:oarcle事务

Oracle事务

2010-11-29 14:22

前言 首先思考一个问题：如果对数据库进行了多次修改，如果前面的修改成功，后面修改时发生了意外，怎么办？ 案例：以银行转账为例。 有帐户表记录如下： 帐号 姓名 余额 1 张三 2000 2 李四 1000 假设张三给李四转账300块，则对数据库的修改必然有两步： 第一步：减少张三的余额：2000→1700 第二步：增加李四的余额：1000→1300 但是如果第一步完成以后，马上就死机(或者断电、地震……)了。 等数据库重启以后，目前的帐户情况变为： 帐号 姓名 余额 1 张三 1700 2 李四 1000 这表示，张三的余额减少了，但是李四并没有收到转账的钱。 说明： •在实际的银行项目中，转账不会是只有一个帐户表，直接进行余额修改。在此简化的目的是为了便于说明事务的相关概念。 思考：数据库如何操作才能避免这种情况发生呢？ 要解决上面的问题，必须学习一个新的知识点：事务，这是数据库中非常重要的概念，必须掌握！ 问题：为什么要事务？ 回答： 在对数据进行多次增删改以后，如果要保证所有的操作同时成功，或者同时失败。必须使用事务。 问题：什么是事务？ 回答： 事务就是业务上的一个逻辑工作单元，它能够保证其中对数据所有的操作，要么全部成功，要么失败。 例如在转账时，一个帐户要增加余额，一个帐户要减少余额，这两个操作在业务上必须当一个整体，也叫做“一个逻辑工作单元”。 “符合逻辑”就是指满足符合业务要求。 问题：事务的原理是什么？ 回答： 主要依赖于日志。如果事务没有完成，则日志中没有结束标记，数据库就会执行前面各步的反向操作，例如： 1、事务开始→张三减300(2000→1700)→死机。 2、数据库重启→读取日志，检查事务没有结束标记，执行“反向”操作→张三加300(1700→2000)→张三数据恢复了。 说明：数据库事务恢复的过程其实是很很复杂的，在此只是讲解最基本的原理。 问题：事务有哪些特征？ 回答： 一共有4个： •原子性：以转账为例。帐户减少和帐户增加是两个DML语句，但是被当一个“原子”，所以外部程序是不知道这个原子中有几个SQL的。更不能只执行其中一个SQL，只能同时成功，或者同时失败。即：无法拆出事务中某一条SQL语句来单独执行。 •一致性：要么都是改变前的改变，要么都是改变后的状态。 例如：转账前分别是1000和2000,总和3000；转账300后分别是1300和1700,总和也是3000。这就叫做一致性。不一致就是，转账后分别1300和2000(不变),总是3300，一个是改变后的状态，另一个还是改变前的状态。 •隔离性：在某个时间段，肯定有很多人都在转账，每个人的转账都是在一个自己的事务中，所以在一个数据库中，有很多事务会同时存在。虽然同时存在很多事务，但是事务之间不会相互影响。 •持久性：如果事务提交成功，则数据修改永远生效；如果是回滚，则数据完全没有被修改，就相当于没有这件事情发生。事务结束以后，必须重新启动一个新的事务才能修改数据。 说明：可以用口诀(一原永隔)来帮助记忆。 问题：如何使用事务？ 回答：一共有三步。 1、先开启事务。 •在Oracle中，事务是在上一次事务结束以后，数据“第一次”被修改时自动开启。 •在java中，设置连接为手动提交模式开始。代码: connection.setAutoCommit(false)。 2、进行(多次)数据操作(增删改)…… 3、结束事务： commit、rollback。 问题：如何结束事务？ 回答： 有两种方法： 1、确认对数据的修改：提交，commit。 2、撤消对数据的修改：回滚，rollback。 另外，当Oracle系统或者PL/SQL脚本抛出异常，都会造成数据回滚。 问题：能不能做局部提交或者局部回滚？ 如执行了三个insert语句，能不能只提交或者回滚前面2个。 回答： 如果说要提交，只能提交所有的sql语句。 如果说要回滚，可以利用“事务保存点”来做局部回滚。注意，此时事务并没有结束。 示例： 执行： 1、 insert into dept values(50,'a',null); 2、 insert into dept values(60,'b',null); 3、 savepoint a; 4、 insert into dept values(70,'c',null); 5、 rollback to savepoint a; 问题：现在插入了几个新部门？ 分析：回滚到保存点“a”，表示保存点以后的所有数据操作取消。所以只插入了两个部门。 问题：现在的事务结束了吗？ 回答：没有，必须再执行commit或者rollback来结束事务。 说明：在工作中这种“局部回滚”用得比较少。 示例：异常与事务。 问题：假设现在有50和60两个新部门。执行下面代码以后，这两个部门删除了没有？ begin delete from dept where deptno=50; delete from dept where deptno=60; raise_application_error(-20000,'抛个异常玩'); end; 分析： 没有。因为抛出异常以后，数据库会自动回滚。 问题：现在再执行commit，是否删除了？ 回答： 还是没有。因为事务在回滚以后，事务结束，这表示刚才执行的sql语句完全不存在了，所以如果还要删除，则必须重新执行sql语句。 即：在事务结束以后，再执行commit和rollback是没有用的。 问题：什么是提交模式，与事务有什么关系？ 回答： 提交模式有两种： 自动提交：在每一次数据被修改以后，自动提交。这种模式下是无法支持事务的。 手动提交：所有的数据修改都在内存中，当执行commit时才一起提交。只要有一条sql执行失败，则所有的sql自动回滚。只能在手动提交模式下才能使用事务。 问题：事务有哪几种隔离级别？ 回答： 事务隔离级别在理论上有4种，从低到高分别是： •未提交读：一个事务可以读到其它事务未提交的数据。 •提交读：一个事务只能读到其它事务已提交的数据。 •可重复读：一个事务中，不管数据有没有被其它事务所修改，读到的数据都是不变的。 •串行读：一个事务要操作数据，必须要等到其它事务结束才能访问，包括查询。 Oracle只支持其中两种： 提交读和串行读，默认就是提交读。 问题：数据库为什么要在理论上分这4种隔离级别，通常用哪一种呢？ 回答： 事务隔离级别越高，则并发性越低，即能够同时使用数据库的人就越少。 虽然未提交读性能最高，但是会造成数据不一致(这叫：脏读)。而串行读能最大限度的保护数据，但性能又太低。 所以通常要在性能和安全之间做一个选择，在Oracle中，就使用默认的隔离级别：提交读。 原文地址：http://hi.baidu.com/xydba/blog/item/b64894fe5ec34b076d22eb11.html