事务的并发性和一致性（一）

一、 multiversion consistency model（多版本的一致性模式）

简单来说，ORACLE数据库通过在undo表空间中保留不同版本的数据块来满足一致性需求。从语句级别、事务级别的角度来讲，在每个级别的范围内，所读数据的版本都是该语句或事务开始时数据的版本。比如说，开始时是SCN为1000，则语句或事务运行过程中所处理的数据块都是SCN为1000时的数据。在RAC环境中，ORACLE数据库使用一种cache-to-cache 块转移机制（也叫cache fusion）去实现不同实例间数据映像的转移。

ORACLE数据库使用一个trasaction table（也叫interested transaction list (ITL)，其保存在数据块的block header上）,在需要修改一个数据块的时候来决定一个事务是否已经提交。ITL中的每个实体包含了块中锁定行的信息，以及所指向的撤销段。另外，在block header中还包括了最近的事务历史，其数量由create table 和alter table 的initrans参数来决定。

二、ANSI/ISO Transaction Isolation Levels（事务隔离级别）

事务隔离所解决的问题是多事物之间的一个并发性问题，如下：

• dirty read(脏读)：也就是说B事务已经对某数据进行了修改，但是还没有提交，A事务读取了该数据；
• Nonrepeatable (fuzzy) reads(模糊读)：A事务第一次读取数据，当该事务第二次读取相同的数据的时候，发现该数据已经被删除或修改
• Phantom reads(幻读)：A事务第一次执行一条语句，当该事务第二次执行相同的语句的时候，发现有新的符合条件的数据。

ORACLE数据库提供了Read committed（默认）、Serializable和read only mode三种方式。

1、Read Committed Isolation Level

简单来说，就是执行语句所看到的数据是该语句开始之前已经提交了的数据，不会看到该语句开始后所提交的数据。为此，该隔离级别下，有可能会出现模糊读或幻读，因为完全有可能在第二次执行同一语句的时候，两次执行之间已经对数据进行了修改。该隔离级别下，由于其只能读取语句执行前提交的数据，为此当一个事务需要对正在被操作的数据进行写操作的时候就会出现 conflicting write，该事务(blocking transaction)就必须等待另一事务的完成.

2、Serializable Isolation Level

简单来说，就是每个事务内所看到的数据都是事务开始的时候已经提交的SCN版本的数据。由于事务一开始就需要锁定所有该事务需要用到数据，为此会一定程度上降低数据库的并发性。为此，该隔离级别比较适合于以下的情况：

• 事务执行时间短，只是更新很少的数据；
• 两个事务同时修改同一行数据的概率比较小；
• 长时间运行的事务是read-only的；

如果在事务开始的时候，发现所需要的数据正在被其他的事务所锁定，则会出现ORA-08177: Cannot serialize access for this transaction的错误。此时，数据库可能会在该点上提交事务，而不执行其余的语句，或者rollback到该点之前的savepoint或rollback整个事务。

3、Read-Only Isolation Level

该隔离级别跟Serializable Isolation Level级别非常相像，只是事务里面不允许任何对数据的更新操作，除非你是SYS用户。该隔离级别一般在形成报告来描述事务开始时的状态时使用。

---------------------------------------------------------------------------------------------------
如有错误，欢迎指正
技术交流QQ:1732035211
技术交流邮箱：1732035211@qq.com
新浪微博：数据库小菜鸟http://weibo.com/u/3132578390