今天编码遇到一个问题，花费了很长时间，最后才知道是忘记提交事务照成的，所以来温习了一下oracle的事务机制
1.事务定义
事务是保持数据的一致性，它由相关的DDL或者DML语句做为载体，这组语句执行的结果要么一起成功，要么一起失败。
我们知道SQL92标准定义了数据库事务的四个特点：
原子性 (Atomicity) :一个事务里面所有包含的SQL语句是一个执行整体，不可分割，要么都做，要么都不做
一致性 (Consistency) :事务开始时，数据库中的数据是一致的，事务结束时，数据库的数据也应该是一致的
隔离性 (Isolation): 多个事务并发的独立运行，而不能互相干扰，一个事务修改，新增，删除数据在根据当前事务的事务隔离级别基础上，其余事务能看到相应的结果（这里为什么这么说，下面我会给我具体的例子进行分析）
持久性 (Durability) : 事务被提交后，数据会被永久保存
2. 事务控制命令
COMMIT 提交事务
SAVEPOINT 事务保存点 (savepoint a)
ROLLBACK(TO) 回滚[回滚到定义的保存点] rollback to a
3. 锁的概念
锁是为了保证多个并发的事务在引用同一个资源时，对资源的保护，同时也防止事物间的相互破坏。
4. Oracle中锁类型
共享锁（表锁）共享锁有一下几种模式
行共享模式 : 不运行其它用户插入，删除，更新操作，多个用户可以同时作用于该表，都能查询。语法如下：Lock table XX in share mode
行共享更新模式 : 允许多个用户同时锁定表中不同的行，能执行DML语句，除了那些被锁定的行。
排他锁（行锁）: 不允许其它用户对该表插入，删除，修改操作，只能查询，同时其它用户不能修改和锁定表
死锁 : 所个事务对资源的相互等待，造成死锁。
5. 事务隔离级别
事务隔离级别定义了事务之间的隔离程度。SQL92标准中定义了4中隔离级别。
未提交读 (READ UNCOMMITTED) 幻想读、不可重复读和脏读都允许。
提交读 (READ COMMITTED) 允许幻想读、不可重复读，不允许脏读。
重复读 (REPEATABLE READ) 允许幻想读，不允许不可重复读和脏读。
序列化 (SERILIZABLE) 幻想读、不可重复读和脏读都不允许。
通过一些现象，可以反映出设置事务隔离级别产生的效果：
幻想读（幻读）: 事务T1读取一条指定where条件的语句，返回结果集。此时事务T2插入一行新记录，恰好满足T1的where条件。然后T1使用相同的条件再次查询，结果集中可以看到T2插入的记录，这条新纪录就是幻想。
脏读: 事务T1修改了一条数据，但是还未提交，事务T2恰好读取到了这条修改后了的数据，此时T1将事务回滚，这个时候T2读取到的数据就是脏数据，称为脏读。
不可重复读取：事务T1读取一行记录，紧接着事务T2修改了T1刚刚读取的记录，然后T1再次查询，发现与第一次读取的记录不同，这称为不可重复读。
6.Oracle的事务隔离级别
ORACLE提供了SQL92标准中的read committed和serializable，同时提供了非SQL92标准的read-only。
READ COMMITTED
这是ORACLE缺省的事务隔离级别。
事务中的每一条语句都遵从语句级的读一致性。
保证不会脏读；但可能出现非重复读和幻像。
SERIALIZABLE
简单地说，serializable就是使事务看起来象是一个接着一个地顺序地执行。
仅仅能看见在本事务开始前由其它事务提交的更改和在本事务中所做的更改(也就是说其它事务在本事务开始后所做的修改，即使提交了，本事务也看不到)
保证不会出现非重复读和幻像。
Serializable隔离级别提供了read-only事务所提供的读一致性（事务级的读一致性），同时又允许DML操作.
设置隔离级别
设置一个事务的隔离级别
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
SET TRANSACTION READ ONLY;
设置单个会话的隔离级别
ALTER SESSION SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
ALTER SESSION SET TRANSACTION ISOLATION SERIALIZABLE;
如果事务设定了序列化的隔离级别，那么在该事务期间，其它事务对该事物中引用的资源修改将不可见。
文章出处：http://kingj.iteye.com/blog/1675011