JBoss集群下Spring Boot对接Oracle数据库并发锁失效问题咨询

问题根因排查 #

• 查询方法未绑定可写事务：@Lock注解生效的必要前提是查询操作在可写的@Transactional事务上下文中执行。如果调用该查询的逻辑未加事务注解，或者加了只读事务@Transactional(readOnly = true)，锁配置会直接失效。单实例下可能因为事务默认传播特性碰巧生效，集群下多节点并行请求时，未绑定事务的锁不会触发数据库层面的版本校验。
• Hibernate Oracle适配参数配置错误：Oracle数据库下必须配置hibernate.jdbc.batch_versioned_data=true，否则并发更新场景下Hibernate会跳过版本号校验逻辑，直接导致乐观锁失效。
• 查询与更新逻辑跨事务：如果查询实体、修改实体属性、保存实体三个操作不在同一个事务内，版本号的对比和增量更新会被拆分到不同事务，多节点并发时版本校验逻辑会被直接绕过。
• version字段被手动修改：@Version标注的字段完全由JPA框架维护，业务代码中手动修改该字段会直接导致版本校验逻辑混乱。

修复方案 #

1. 给查询方法或者调用该方法的外层业务方法添加可写事务注解：

@Transactional // 禁止添加readOnly = true属性
@Lock(LockModeType.OPTIMISTIC_FORCE_INCREMENT)
@Query("SELECT a FROM AvisoPendente a " +
       "WHERE a.id = :avisoId " +
       "AND a.distribuido = FALSE")
Optional<AvisoPendente> findByIdAndIsNotDistribuidoToLock(@Param("avisoId") String avisoId);

2. 在项目配置文件中添加Oracle适配的Hibernate参数：

# application.yml 配置示例
spring:
  jpa:
    properties:
      hibernate:
        jdbc:
          batch_versioned_data: true
          batch_size: 20
        order_updates: true

3. 确保「锁查询→修改属性→保存记录」的全链路逻辑在同一个事务内执行，不要拆分事务，也不要在事务执行过程中加入远程调用、本地IO等耗时操作，缩短事务持有时间降低冲突概率。
4. 若业务并发量较高，乐观锁冲突频繁，可以直接切换为LockModeType.PESSIMISTIC_WRITE悲观锁，通过数据库行锁阻塞其他事务的修改请求，直到当前事务提交/回滚，集群场景下100%生效。

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