Spring多方法事务配置问题：Oracle数据库死锁排查求助

1. 先修复异常处理，保证方法独立执行 #

你的核心需求是每个方法独立持久化，一个方法失败不影响其他方法。当前代码没有异常捕获，一旦某个方法抛出异常，会直接终止后续方法执行，且可能导致事务未正确收尾。

修改execute方法，给每个服务调用单独加try-catch块：

public void execute() {
    // 处理service1.method1
    try {
        service1.method1();
    } catch (Exception e) {
        // 记录错误日志，根据业务决定是否告警
        log.error("method1 执行失败", e);
    }
    
    // 处理service2.method2
    try {
        service2.method2();
    } catch (Exception e) {
        log.error("method2 执行失败", e);
    }
    
    // 处理service3.method3
    try {
        service3.method3();
    } catch (Exception e) {
        log.error("method3 执行失败", e);
    }
}

这样每个方法的异常都会被单独捕获，不会影响其他方法的执行，且REQUIRES_NEW修饰的方法会在自身方法结束时独立提交或回滚事务。

2. 排查Oracle死锁根源 #

死锁的本质是两个或多个事务互相持有对方需要的锁，陷入无限等待。你可以通过以下步骤定位问题：

2.1 查看Oracle当前锁等待情况 #

执行SQL查询，找出正在等待锁的会话和资源：

SELECT s.sid, s.serial#, l.type, l.id1, l.id2, l.lmode, l.request, s.status
FROM v$lock l
JOIN v$session s ON l.sid = s.sid
WHERE l.request > 0;

其中id1和id2对应被锁定的资源（比如表ID或行ID），lmode是当前持有的锁模式，request是请求的锁模式。

2.2 查看历史死锁记录 #

通过Oracle的历史视图查看近期死锁详情：

SELECT * FROM dba_hist_deadlock;

这个视图会记录死锁发生时的事务、资源和SQL语句，帮助你定位是哪段代码导致的冲突。

2.3 核心解决思路：统一资源访问顺序 #

死锁最常见的原因是不同事务访问同一批资源的顺序不一致。比如：

• method2先更新ID=1的行，再更新ID=2的行
• method3先更新ID=2的行，再更新ID=1的行

当两个线程同时执行execute时，就可能出现死锁。解决方法是所有涉及同一资源的方法，都按固定顺序访问（比如按主键ID升序处理）。

3. 验证Spring事务配置有效性 #

确保事务注解真正生效：

• 确认service1、service2、service3都是Spring管理的Bean（比如加了@Service注解）
• 开启Spring事务管理（配置@EnableTransactionManagement或XML对应配置）
• 开启事务日志调试，确认REQUIRES_NEW是否正确创建新事务：
  在日志配置中添加：

  <logger name="org.springframework.transaction" level="DEBUG"/>
  <logger name="org.springframework.jdbc.datasource.DataSourceTransactionManager" level="DEBUG"/>
  

  日志中会显示类似Creating new transaction with name [...]: PROPAGATION_REQUIRES_NEW的信息，说明新事务已正确启动。

4. 优化事务时长 #

如果某个方法的事务持有锁时间过长，会大幅增加死锁概率：

• 简化持久化逻辑，避免在事务中执行非必要操作（比如远程调用、复杂计算）
• 批量操作时，拆分小批次提交，减少锁持有时间

内容的提问来源于stack exchange，提问作者Yoel