事务五个隔离级别与七个传播行为示例

1. TransactionDefinition接口中定义五个隔离级别：

springTransaction源码分析 https://www.cnblogs.com/chihirotan/category/988426.html.

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

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

ISOLATION_READ_COMMITTED （读已提交）： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。

ISOLATION_REPEATABLE_READ  （可重复读）：这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。

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

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

2. 在TransactionDefinition接口中定义了七个事务传播行为：

（1）PROPAGATION_REQUIRED （该级别为Spring默认传播级别）

如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

Java代码：

//事务属性 PROPAGATION_REQUIRED
methodA{
   
	……
	methodB();
	……
}

//事务属性 PROPAGATION_REQUIRED
methodB{
   
   ……
}

使用spring声明式事务，spring使用AOP来支持声明式事务，会根据事务属性，自动在方法调用之前决定是否开启一个事务，并在方法执行之后决定事务提交或回滚事务。

---

单独调用methodB方法：

Java代码

main{
    

	metodB(); 

}  

相当于

Java代码

Main{
    

	Connection con=null; 
	
	try{
    
	
		con = getConnection(); 
		
		con.setAutoCommit(false); 
		
		//方法调用
		
		methodB(); 
		
		//提交事务
		
		con.commit(); 
	
	} Catch(RuntimeException ex){
    
	
	    //回滚事务
	
		con