Spring中的事务

Spring中的事务

首先介绍一下概念，知道的直接跳过。

一、数据库事务

数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。

原子性 （Atomic）
一致性 (Consistency)
隔离性 （Isolation）
持久性 (Durabiliy)
简称 ACID
原子性：操作要么全部成功，要么全都失败
隔离性：一个线程操作这个数据不能说还有其他线程进来操作
持久性：操作完成必须持久化保存
一致性：数据少了这么多 另外一个数据必须是加上这么多。

二、数据库隔离级别

隔离级别 隔离级别的值 导致的问题

Read-Uncommitted 导致脏读。
Read-Committed 避免脏读，允许不可重复读和幻读。
Repeatable-Read 避免脏读，不可重复读，允许幻读。
Serializable 串行化读，事务只能一个一个执行，避免了脏读、不可重复读、幻读。执行效率慢，使用时慎重。

脏读：一事务对数据进行了增删改，但未提交，另一事务可以读取到未提交的数据。如果第一个事务这时候回滚了，那么第二个事务就读到了脏数据。

不可重复读：一个事务中发生了两次读操作，第一次读操作和第二次操作之间，另外一个事务对数据进行了修改，这时候两次读取的数据是不一致的。

幻读：第一个事务对一定范围的数据进行批量修改，第二个事务在这个范围增加一条数据，这时候第一个事务就会丢失对新增数据的修改。
总结：
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。

三、Spring事务的隔离级别

ISOLATION_DEFAULT -1 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应

ISOLATION_READ_UNCOMMITTED 1 这是事务最低的隔离级别，它充许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻读。

ISOLATION_READ_COMMITTED 2 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。

ISOLATION_REPEATABLE_READ 4 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻读。

ISOLATION_SERIALIZABLE 8 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻读。

四、Spring事务的传播属性

PROPAGATION_REQUIRED 0 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择，也是Spring默认的事务的传播。

PROPAGATION_SUPPORTS 1 支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY 2 支持当前事务，如果当前没有事务，就抛出异常。

PROPAGATION_REQUIRES_NEW 3 新建事务，如果当前存在事务，把当前事务挂起。

PROPAGATION_NOT_SUPPORTED 4 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER 5 以非事务方式执行，如果当前存在事务，则抛出异常。

PROPAGATION_NESTED 6 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

概念就到此结束。

==============================================================

下面上代码。
现在有两个表，USER_INFO 和ORDER_INFO。建表语句

DROP TABLE IF EXISTS `user_info`;
CREATE TABLE `user_info` (
  `id` bigint(20) NOT NULL auto_increment,
  `name` varchar(50) NOT NULL default '',
  `age` int(11) default NULL,
  PRIMARY KEY  (`id`),
  KEY `name_index` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

DROP TABLE IF EXISTS `order_info`;
CREATE TABLE `order_info` (
  `id` bigint(20) NOT NULL auto_increment,
  `user_id` bigint(20) default NULL,
  `product_name` varchar(50) NOT NULL default '',
  `productor` varchar(30) default NULL,
  PRIMARY KEY  (`id`),
  KEY `user_product_detail_index` (`user_id`,`product_name`,`productor`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Spring事务的配置文件

设置的事务的传播属性为：REQUIRED。即支持当前事务，如果当前没有事务，就新建一个事务。

dao、model、mapper直接使用mybatis-generator-maven-plugin插件生成。Service自己手写。

现在写一个测试类。

这样运行程序就没有任何问题的，简单看一下日志

如果在order的insert方法在运行期报错在看一下。简单加入如下代码

public int insertSelective(OrderInfo record) {
        int a = 1/0;
        return orderInfoMapper.insertSelective(record);
    }

这样orderInfo的插入报错，再看一下日志

由于我们的事务传播属性是REQUIRED，所以整个事务回滚。
现在把order的插入方法的事务的传播属性改为：REQUIRES_NEW

    <tx:method name="insertOrderSelective*" propagation="REQUIRES_NEW" read-only="false"
                       rollback-for="java.lang.Exception" />

这次测试方法是通过的

只是内层的嵌套事务回滚，外面的事务提交。

暂时就写这些，感兴趣的可以去这里下载源码。