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" />
这次测试方法是通过的
只是内层的嵌套事务回滚,外面的事务提交。
暂时就写这些,感兴趣的可以去这里下载源码。