spring事物管理

最新推荐文章于 2024-08-08 15:53:37 发布

eos2009

最新推荐文章于 2024-08-08 15:53:37 发布

阅读量92

点赞数

分类专栏： spring学习文章标签： spring

本文链接：https://blog.csdn.net/eos2009/article/details/123924000

版权

spring学习专栏收录该内容

15 篇文章 0 订阅

订阅专栏

这里写自定义目录标题

spring事物管理

spring事物管理

事物用来确保数据的完整性和一致性。
事物有四大特性(ACID)：原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）

实现方式

编程式事务管理：将事务管理代码嵌入到业务方法中来控制事务的提交和回滚。这种方式必须在每个业务操作中包含额外的事务管理代码。
声明式事务管理：将事务管理代码从业务方法中分离出来，以声明的方式实现事务管理。依赖于Spring AOP实现。

spring声明式事务

spring配置文件中关于事务配置由三个部分组成：DataSource、TransactionManager和代理机制；
常用声明式事务配置方式，基于Annotation注解方式。

图片来自https://blog.csdn.net/it_man/article/details/5074371 在这里插入图片描述

配置文件：

 <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
	    <property name="dataSource" ref="dataSource" /> 
</bean>
<tx:annotation-driven transaction-manager="transactionManager"  proxy-target-class="true"  />

业务代码:使用@Transactional注解在类或者方法上表明该类或者方法需要事务支出

	@Transactional
	public int update() {
		// 执行数据库操作
	}

注意:proxy-target-class 为true则是基于类的代理将起作用（需要cglib库），为false或者省略这个属性，则标准的JDK 基于接口的代理将起作用。

事务回滚
声明式事务默认情况下都是在抛出unchecked exception后才会触发事务的回滚；
unchecked异常,即运行时异常runntimeException 回滚事务;
checked异常,即Exception可try{}捕获的不会回滚.当然也可配置spring参数rollbackFor让其回滚.

spring事务传播行为

事务传播行为类型	说明
PROPAGATION_REQUIRED（`默认方式`）	如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
PROPAGATION_SUPPORTS	支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY	使用当前的事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW	新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORTED	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER	以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

spring事务隔离级别

事务隔离级别	说明
ISOLATION_DEFAULT （`默认方式`）	使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED	这是事务最低的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读
ISOLATION_READ_COMMITTED	保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。
ISOLATION_REPEATABLE_READ	这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
ISOLATION_SERIALIZABLE	这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。

事务并发产生问题

事务隔离级别	说明
脏读	比如事务A的未提交（还依然缓存）的数据被事务B读走，如果事务A失败回滚，会导致事务B所读取的的数据是错误的。
不可重复读	比如事务A中两处读取数据-total-的值。在第一读的时候，total是100，然后事务B就把total的数据改成 200，事务A再读一次，结果就发现，total竟然就变成200了，造成事务A数据混乱
幻读	这个和不可重复读相似，同一个事务中多次读不一致的问题。但是不可重复读的不一致是因为他所要取的数据集被改变了（比如total的数据），但是幻读所要读的数据的不一致却不是他所要读的数据集改变，而是他的条件数据集改变。比如Select account.id where account.name=“ppgogo*”,第一次读去了6个符合条件的id，第二次读取的时候，由于事务b把一个帐号的名字由"dd"改成"ppgogo1"，结果取出来了7个数据。

Transactional 注解源码

@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
    String value() default "";
    Propagation propagation() default Propagation.REQUIRED;
    Isolation isolation() default Isolation.DEFAULT;
    int timeout() default -1;
    boolean readOnly() default false;
    Class<? extends Throwable>[] rollbackFor() default {};
    String[] rollbackForClassName() default {};
    Class<? extends Throwable>[] noRollbackFor() default {};
    String[] noRollbackForClassName() default {};
}