Spring框架

8.5.3 补充

在Spring 2.x事务通知中,可以像下面这样在<tx:method>元素中设定传播事务属性。

 

8.6 事务的隔离级别

8.6.1 数据库事务并发问题

         假设现在有两个事务:Transaction01和Transaction02并发执行。

  • 脏读

         ①Transaction01将某条记录的AGE值从20修改为30。

         ②Transaction02读取了Transaction01更新后的值:30。

         ③Transaction01回滚,AGE值恢复到了20。

         ④Transaction02读取到的30就是一个无效的值。

  • 不可重复读

         ①Transaction01读取了AGE值为20。

         ②Transaction02将AGE值修改为30。

         ③Transaction01再次读取AGE值为30,和第一次读取不一致。

  • 幻读

         ①Transaction01读取了STUDENT表中的一部分数据。

         ②Transaction02向STUDENT表中插入了新的行。

         ③Transaction01读取了STUDENT表时,多出了一些行。

8.6.2 隔离级别

         数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性就越好,但并发性越弱。

  • 读未提交:READ UNCOMMITTED

允许Transaction01读取Transaction02未提交的修改。

  • 读已提交:READ COMMITTED

            要求Transaction01只能读取Transaction02已提交的修改。

  • 可重复读:REPEATABLE READ

            确保Transaction01可以多次从一个字段中读取到相同的值,即Transaction01执行期间禁止其它事务对这个字段进行更新。

  • 串行化:SERIALIZABLE

            确保Transaction01可以多次从一个表中读取到相同的行,在Transaction01执行期间,禁止其它事务对这个表进行添加、更新、删除操作。可以避免任何并发问题,但性能十分低下。

  • 各个隔离级别解决并发问题的能力见下表

 

脏读

不可重复读

幻读

READ UNCOMMITTED

READ COMMITTED

REPEATABLE READ

SERIALIZABLE

  • 各种数据库产品对事务隔离级别的支持程度

 

Oracle

MySQL

READ UNCOMMITTED

×

READ COMMITTED

√(默认)

REPEATABLE READ

×

√(默认)

SERIALIZABLE