| 浅谈Spring的事务隔离级别与传播性 | 您所在的位置：网站首页 › spring事务的传播机制和隔离级别 › 浅谈Spring的事务隔离级别与传播性 |
浅谈Spring的事务隔离级别与传播性
|
隔离级别 隔离性（Isolation）作为事务特性的一个关键特性，它要求每个读写事务的对象对其他事务的操作对象能相互分离，即该事务提交前对其他事务都不可见，在数据库层面都是使用锁来实现。 事务的隔离级别从低到高有以下四种： READ UNCOMMITTED（未提交读）：这是最低的隔离级别，其含义是允许一个事务读取另外一个事务没有提交的数据。READ UNCOMMITTED是一种危险的隔离级别，在实际开发中基本不会使用，主要是由于它会带来脏读问题。
脏读对于要求数据一致性的应用来说是致命的，目前主流的数据库的隔离级别都不会设置成READ UNCOMMITTED。不过脏读虽然看起来毫无用处，但是它主要优点是并发能力高，适合那些对数据一致性没有要求而追求高并发的场景。 READ COMMITTED（读写提交）: 它是指一个事务只能读取另外一个事务已经提交的数据，不能读取未提交的数据。READ COMMITTED会带来不可重复读的问题：
不可重复读和脏读的区别是：脏读读取到的是未提交的数据，而不可重复读读到的确实已经提交的数据，但是违反了数据库事务一致性的要求。 一般来说，不可重复读的问题是可以接受的，因为其读到的是已经提交的数据，本身并不会带来很大的问题。因此，很多数据库如（ORACLE，SQL SERVER）将其默认隔离级别设置为READ COMMITTED，允许不可重复读的现象。 REPEATABLE READ （可重复读）：可重复读的目标是为了克服READ COMMITED中出现的不可重复读，它指在同一个事务内的查询都是与事务开始时刻一致，以上表为例，在REPEATABLE READ隔离级别下它会发生如下变化：
REPEATABLE READ虽然解决了不可重复读问题，但是他又会带来幻读问题，幻读是指，在一个事务中，第一次查询某条记录，发现没有，但是，当试图更新这条不存在的记录时，竟然能成功，并且，再次读取同一条记录，它就神奇地出现了。
事务B在第2步第一次读取id=99的记录时，读到的记录为空，说明不存在id=99的记录。随后，事务A在第3步插入了一条id=99的记录并提交。事务B在第5步再次读取id=99的记录时，读到的记录仍然为空，但是，事务B在第6步试图更新这条不存在的记录时，竟然成功了，并且，事务B在第8步再次读取id=99的记录时，记录出现了。 SERIALIZABLE（串行化）：数据库最高的隔离级别，它要求所有的SQL都会按照顺序执行，这样可以克服上述所有隔离出现的各种问题，能够完全包住数据的一致性。Spring中配置隔离级别在Spring项目中配置隔离级别只需要做如下操作 @Transactional(isolation = Isolation.SERIALIZABLE) public int insertUser(User user){ return userDao.insertUser(user); }上面的代码中我们使用了串行化的隔离级别来包住数据的一致性，这使它将阻塞其他的事务进行并发，所以它只能运用在那些低并发而又需要保证数据一致性的场景下。 隔离级别字典： DEFAULT(-1), ## 数据库默认级别 READ_UNCOMMITTED(1), READ_COMMITTED(2), REPEATABLE_READ(4), SERIALIZABLE(8);传播行为在Spring中，当一个方法调用另外一个方法时，可以让事务采取不同的策略工作，如新建事务或者挂起当前事务等，这便是事务的传播行为。 定义在Spring的事务机制中对数据库存在7种传播行为，通过枚举类Propagation定义。 public enum Propagation { /** * 需要事务，默认传播性行为。 * 如果当前存在事务，就沿用当前事务，否则新建一个事务运行子方法 */ REQUIRED(0), /** * 支持事务，如果当前存在事务，就沿用当前事务， * 如果不存在，则继续采用无事务的方式运行子方法 */ SUPPORTS(1), /** * 必须使用事务，如果当前没有事务，抛出异常 * 如果存在当前事务,就沿用当前事务 */ MANDATORY(2), /** * 无论当前事务是否存在，都会创建新事务允许方法 * 这样新事务就可以拥有新的锁和隔离级别等特性，与当前事务相互独立 */ REQUIRES_NEW(3), /** * 不支持事务，当前存在事务时，将挂起事务，运行方法 */ NOT_SUPPORTED(4), /** * 不支持事务，如果当前方法存在事务，将抛出异常，否则继续使用无事务机制运行 */ NEVER(5), /** * 在当前方法调用子方法时，如果子方法发生异常 * 只回滚子方法执行过的SQL，而不回滚当前方法的事务 */ NESTED(6); ...... }日常开发中基本只会使用到REQUIRED(0),REQUIRES_NEW(3),NESTED(6)三种。 NESTED和REQUIRES_NEW是有区别的。NESTED传播行为会沿用当前事务的隔离级别和锁等特性，而REQUIRES_NEW则可以拥有自己独立的隔离级别和锁等特性。 NESTED的实现主要依赖于数据库的保存点（SAVEPOINT）技术，SAVEPOINT记录了一个保存点，可以通过ROLLBACK TO SAVEPOINT来回滚到某个保存点。如果数据库支持保存点技术时就启用保存点技术；如果不支持就会新建一个事务去执行代码，也就相当于REQUIRES_NEW。 Transactional自调用失效如果一个类中自身方法的调用，我们称之为自调用。如一个订单业务实现类OrderServiceImpl中有methodA方法调用了自身类的methodB方法就是自调用，如： @Transactional public void methodA(){ for (int i = 0; i |
【本文地址】