前提
spring boot项目;sql server;druid连接池;
结论
requires_new传播属性,会新建一个事务(即新连接),挂起旧事务的意思,其实是因为用到了ThreadLocal来保存DB链接信息,需要将ThreadLocal处理成当前事务的信息才行。
因此两个事务 也是有资源的竞争关系,下面举个例子来说明,外层事务A REQUIRED, 会插入一条新记录到test_a; 内层事务B会查询 test_a的所有记录,因为sql server默认读已提交 隔离级别,故需要等到A提交后,才能查询到,但事务A已经被挂起,需要B执行完才能继续运行。
即出现这样的情况,事务A需要B执行完才能继续运行, 而事务B等着事务A提交才能继续运行,故死锁了!!!
假如我们把事务B,即BService的方法isolation = Isolation.READ_UNCOMMITTED隔离级别设置低一些,就不会产生死锁了!
研究的代码例子
先做个用例, 在springboot项目里面
@RestController
@RequestMapping(value = "/test/transational/requiresnew", produces = "application/json;charset=UTF-8")
public class TransactionalRequiresNewController {
@Autowired
private AService aService;
/**
* 外层required,内层requires_new
* 外层插入新记录key1;
* 执行内层,selectAll,插入新纪录key2;
* 外层两次插入新纪录key3,触发报错回滚;
*
* 期望:
* 1.会陷入死循环,因为外层的插入未提交;内层selectAll一直在等待;
* @return
*/
@GetMapping("/deadLock")
public String requiresNewDeadLock() {
try {
String s = aService.requiresNewDeadLock();
System.out.println("requiresNewDeadLock: " + s);
return s;
} catch (Exception e) {
e.printStackTrace();
return "error";
}
}
}
// AService
@Autowired
private BService bService;
@Transactional(propagation = Propagation.REQUIRED)
@Override
public String requiresNewDeadLock() {
keywordDao.insertToA("requiresNewDeadLock1");
return bService.requiresNewDeadLock();
}
// BService
@Transactional(propagation = Propagation.REQUIRES_NEW)
@Override
public String requiresNewDeadLock() {
// 会死锁在这里。前一个事务A插入新数据,但未提交,sql server默认是读已提交,故这里requires_new新建的事务B一直在等待;
List<String> strings = keywordDao.selectAllKeywordInA();
return "ok";
}
本文探讨了Spring Boot项目中使用Druid连接池时,`requires_new`传播属性导致的事务死锁问题。通过实例分析,发现当外层事务未提交时,内层`requires_new`事务因读已提交隔离级别而阻塞,最终形成死锁。解决方法是调整内层事务的隔离级别。



1076

被折叠的 条评论
为什么被折叠?



