浅谈Oracle事务【转载竹沥半夏】
浅谈Oracle事务【转载竹沥半夏】
所谓事务，他是一个操作序列，这些操作要么都执行，要么都不执行，是一个不可分割的工作单元。通俗解释就是事务是把很多事情当成一件事情来完成，也就是大家都在一条船上，要死一起死，要活一起活。
为什么要引入事务？事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。事务结束后，能保证数据库数据的一致性。例如银行转账，一个账号扣钱，一个账号增款，要么都执行，要么都不执行，不能只执行一条，否则会出现账款错误。这样我们就可以体会到事务的重要性了吧。其实在我们的生活中，很多事情都是要组成事务来执行的。既然它那么重要，下面我们就来深入的了解一下什么是事务吧。
一.事务的四个特征ACID
事务的四个特征非常重要，只有满足这些特征，才能保证事务执行后只有一个结果：要么成功，要么失败。
（1）原子性(Atomicity)：组成事务处理的语句形成了一个逻辑单元，不能只执行其中的一部分。
（2）一致性(Consistemcy)：事务处理前后，数据处于一致状态，保证数据的无损。
（3）隔离性(Isolation)：对数据进行修改的多个事务是彼此隔离的,互不影响。
（4）持久性(Durability)：事务完成之后，它对于系统的影响是永久的，该修改即使出现系统故障也将一直保留，真实的修改了数据库。
示例一
---------创建表
CREATE TABLE bank
(
customerName CHAR(10), --顾客姓名
currentMoney number(10) --当前余额
);
---------添加余额不能小于1的约束
ALTER TABLE bank ADD CONSTRAINT CK_currentMoney CHECK(currentMoney >= 1);
---------插入测试数据
INSERT INTO bank(customerName, currentMoney) VALUES('张三', 1000);
INSERT INTO bank(customerName, currentMoney) VALUES('李四', 1);
commit;
select * from bank;
---------不使用事务完成转帐操作(总金额异常)
update bank set currentMoney=currentMoney-1000 where customerName='张三';
update bank set currentMoney=currentMoney+1000 where customerName='李四';
commit;
---------清空数据，
delete bank;
select * from bank;
---------使用事务完成转账操作不会出现总金额异常
set serveroutput on;
declare
li_money number(10):=0;
begin
update bank set currentMoney=currentMoney+1000 where customerName='李四';
select currentMoney into li_money from bank where customerName='李四';
dbms_output.put_line('李四当前的余额是：'||li_money);
update bank set currentMoney=currentMoney-1000 where customerName='张三';
exception
when others then
dbms_output.put_line('撤销提交');
rollback;
end;
--转帐之后查看结果，李四的钱被回滚回去了
select * from bank;
二.回滚到保存点
（1）rollback：回滚到最初状态，可以参考示例一。
（2）rollback to 保留点：回滚到保留点。
示例二
declare
num int;
begin
savepoint a; --创建保存点a
update bank set currentmoney=currentmoney-100 where customername='张三';
savepoint b; --创建保存点b
update bank set currentmoney=currentmoney+100 where customername='李四';
savepoint c; --创建保存点c
num:=# --从提示框接收一个数据，用于操作回滚到哪一点。
insert into bank values('王五',600);
savepoint d; --创建保存点d
if num=1 then
rollback to a; --当提示框中输入1时，回滚到保存点a，即全部回滚，相当于rollback;
elsif num=2 then
rollback to b; --当提示框中输入2时，回滚到保存点b
elsif num=3 then
rollback to c; --当提示框中输入3时，回滚到保存点c
else
rollback to d; --其他情况下，回滚到保存点d
end if;
end;
三.事务的隔离级别
从上面的示例中我们可以看到事务带给我们的巨大好处，保证了数据的一致性，但是，仅仅有保证用事务执行就可以保证数据前后是一致的吗？在实际情况下，事务是并发执行的，不可避免的会出现多个事务同一时间对相同数据的操作，这样就会产生各种并发问题。
并发问题：（1）脏读：事务T1、T2，T1读取了T2已经更改但还没有提交的数据，之后，若T2回滚，T1读到的数据就是临时无效的脏数据。
（2）不可重复读：事务T1、T2，T1读取了一个字段，然后T2更新了该字段，当T1再次读取该字段时，值就不同了。
（3）幻读：事务T1、T2，T1读取了一个字段，T2在在该表中又插入了一些字段，当T1再次读取时，会多出几行。
为了解决上面这些问题，引入了隔离级别，显然，隔离级别是指一个事务与其他事务的隔离程度，隔离级别都有哪些呢，下面简单介绍了一下。
| 隔离级别 | 描述 |
| read uncommitted（读取未提交数据） | 允许事务读取未被其他事务提交的变更，脏读、不可重复读和幻读问题都会出现。 |
| read committed（读取已提交数据） | 只允许事务读取已被其他事务提交的变更，可以避免脏读，但不可重复读和幻读问题仍然存在。 |
| repeatable committed（可重复读） | 确保一个事务可以多次从一个字段中读取到相同的值，避免了脏读、不可重复读，但幻读问题仍然存在。 |
| serializble（串行化） | 在这个事务执行期间，禁止其他表对该表的插入、删除、修改操作，所有并发问题都可以避免，但性能低下。 |
