一、问题描述
同事反馈一个问题:一个spring事务方法A调用另外一个事务方法B(新增一条数据),该事务方法B返回新增数据的主键ID,该方法使用了注解@Transactional,传播特性配置的是REQUIRES_NEW,很明显他的意思是想独立运行一个事务执行该方法。但是奇怪的是方法A内根据方法B返回的主键ID却查询不出新增的数据。
二、伪代码
@Transactional
@Service
public class OtherService{
public void transactionA(){
//新事务
int id = transactionService.transactionB();//插入数据成功并且返回主键id
Object object = findById(id);//返回null
}
}
@Transactional
@Service
class TransactionService{
@Transactional(propagation = Propagation.REQUIRES_NEW)
public int transactionB(){
//省略
}
}
三、解决思路
看到问题时,我脑袋里冒出几个想法:
- 会不会是事务传播特性的问题?
- 会不会是mysql隔离级别的问题？
- 会不会和spring的嵌套事务有关？(本人并不是很清楚)
所以我只能根据我所了解的逐个排查。由于方法B使用了REQUIRES_NEW传播特性,所以当方法B跳出方法栈时,事务就已经提交了。事实也是如此,打断点发现数据库中已新增了一条数据。所以我直接创建一个线程来执行查询操作，发现却可以查到，因为事务方法A不会将事务传播至新创建的线程，一切都理所当然。所以更加怀疑是嵌套事务或者隔离级别在作怪。
真的会不会和嵌套事务有关呢？首先这个想法一直充斥着我的大脑,事务A中使用了事务B,本人又是个理想主义,觉得"好像"是嵌套了,又因为事务A没有结束,所以不能查询出事务B提交的新增数据。由于本人对嵌套事务理解不深,这里就不展开了,下次重点学习下这个功能点。
实在没办法了,又开始怀疑是不是mysql的隔离级别在作怪。我早知道,我们的生产、测试数据库隔离级别都是配置的repeatable read。可重复读意味着其他事务新增的数据看不到,不正好就是这个现象么？为了证明下自己的观点,把mysql的隔离级别改成read committed,然后在试一次,发现确实可以查到数据了。哎~！最终解决办法就是另外起一个事务查询就没问题了。。。
记录下自己用的几个mysql语句并且总结一下隔离级别的知识:
--mysql查看隔离级别
select @@global.tx_isolation,@@tx_isolation;select @@global.tx_isolation,@@tx_isolation;
--mysql 设置隔离级别:
set global transaction isolation level read uncommitted;
隔离级别分类:
read uncommitted
可以看到未提交的数据（脏读），举个例子：别人说的话你都相信了，但是可能他只是说说，并不实际做。read committed
读取提交的数据。但是，可能多次读取的数据结果不一致（不可重复读，幻读）。用读写的观点就是：读取的行数据，可以写。repeatable read(MySQL默认隔离级别)
可以重复读取，但有幻读。读写观点：读取的数据行不可写，但是可以往表中新增数据。在MySQL中，其他事务新增的数据，看不到，不会产生幻读。采用多版本并发控制（MVCC）机制解决幻读问题。serializable
可读，不可写。像java中的锁，写数据必须等待另一个事务结束。
重点:
重复读与不可重复读关注的在于某条数据。而幻读与否关注的是整个表之内的增删操作。
可重复读指的是在A事务进行的过程中进行了一次读操作，这时B事务对此数据进行了Update修改，并commit，这时事务A再一次读取此条数据，读取到的将不是B事务修改后的值，而是原值。
幻读指的是，在A事务涉及整个表的信息时，B事务对表进行了更改，比如Insert，Delete，并提交，这时A事务的操作将会受到影响。比如，公司的管理系统正在一个事务内基于员工信息表统计员工数量，统计到一共30人，这时另一个事务要办理员工入职手续，新增了一条记录，并commit，这时第一个事务再进行人数统计，就会变成了31人。这样，一个事务内进行两次相同操作居然得到了不一样的结果，这就是幻读。
感谢~
