Spring 事务和 Mysql 事务

关于事务一直有个误解，数据库的事务和Spring（语言）的事务有区别和联系吗，一直会有搞混。下面以Mysql数据库和Spring来做对比说明，梳理清楚。

Mysql 事务

隔离级别	值	名称	问题描述
Read Uncommitted	0	脏读	1：事务A，增、删、改，未提交；2：事务B，读取未提交的数据；3：事务A回滚；4：事务B看到的数据就是脏数据
Read committed	1	不可重复读	1：事务A，两次读操作；2：事务B，在事务A的两次读之间进行了修改；3：事务A第二次读的数据不一致
Repeatable Read	2	幻读	1：事务A做范围数据的批量修改，比如：age > 10 set class='small'；2：事务B在 age > 10的范围内，只更新了一条数据，比如 age = 11 and id=111 set class='very small'；3：事务A对事务B修改的数据丢失
Serializable	3	串行化	事务只能一个一个执行，最高等级，速度慢，避免了所有问题

Spring 声明式注解事务

使用声明式注解事务是比较简单的方式，将事务管理器交予 Spring 管理，在目标类或者目标方法上添加注解 @Transactional 即可

类型	名称	描述
事务传播行为 Propagation	REQUIRED	当前如果有事务，Spring就会使用该事务；否则会开始一个新事务；默认选择
	SUPPORTS	当前如果有事务，Spring就会使用该事务；否则不会开始一个新事务
	MANDATORY	当前如果有事务，Spring就会使用该事务；否则会抛出异常
	REQUIRES_NEW	Spring总是开始一个新事务。如果当前有事务，则该事务挂起
	NOT_SUPPORTED	Spring不会执行事务中的代码。代码总是在非事务环境下执行，如果当前有事务，则该事务挂起
	NEVER	即使当前有事务，Spring也会在非事务环境下执行。如果当前有事务，则抛出异常
	NESTED	如果当前有事务，则在嵌套事务中执行。如果没有，那么执行情况与Transaction- Definition.PROPAGATION_REQUIRED一样
事务的隔离级别 Isolation	DEFAULT	默认隔离级别（对大多数数据库来说就是 READ_COMMITTED）
	READ_UNCOMMITTED	对应数据库 Read Uncommitted；产生 脏读、不可重复读、幻读
	READ_COMMITTED	对应数据库 Read Committed；避免 脏读，产生不可重复读、幻读
	REPEATABLE_READ	对应数据库 Repeatable Read；避免 脏读、不可重复读，产生 幻读
	SERIALIZABLE	对应数据库 Serializable，隔离级别最高

@Transactional 注解配置事务的参数

public @interface Transactional {
    @AliasFor("transactionManager")
    String value() default "";
​
    @AliasFor("value")
    String transactionManager() 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 {};
}

一般我们使用 Spring 事务时，很少去修改事务的参数，直接使用默认值就行，导致对其配置参数不甚了解。上面通过对比 Spring 和 数据库的 事务描述，能理清楚两者之间的关系，清晰两者的定义，理解后再做到不混淆。