如何避免JPA中EntityManager.merge方法引发的死锁？

能否修改merge生成的内部SELECT添加NOLOCK提示？ #

不能直接修改EntityManager.merge()生成的内部SELECT查询来添加NOLOCK提示。JPA作为ORM规范，merge的内部查询逻辑由Hibernate这类底层持久化提供者自动实现，JPA本身没有提供API允许直接干预这步查询的SQL生成，也没法通过常规配置给这步自动生成的查询加锁提示。

高并发下避免merge死锁的推荐策略 #

• 改用乐观锁机制：在实体类中添加版本字段并标注@Version，示例：

  @Entity
  public class MyEntity {
      @Id
      private Long id;
      @Version
      private Integer version;
      // 其他业务字段
  }
  

  配置后merge会基于版本号执行更新，冲突时会抛出OptimisticLockingFailureException，业务层可捕获后重试，从根源上减少行锁持有时间，避免死锁。
• 手动接管查询与更新流程：放弃直接依赖merge的自动查询，自行编写带NOLOCK提示的查询语句，再手动更新实体。示例代码：

  @Autowired
  private EntityManager entityManager;
  
  @Transactional(isolation = Isolation.READ_COMMITTED)
  public MyEntity updateMyEntity(MyEntity entity) {
      // 手动执行带NOLOCK的查询
      MyEntity existing = entityManager.createNativeQuery(
              "SELECT * FROM my_entity WHERE id = ? WITH (NOLOCK)", 
              MyEntity.class
          )
          .setParameter(1, entity.getId())
          .getSingleResult();
      // 复制需要更新的属性
      existing.setName(entity.getName());
      // 事务提交时EntityManager会自动执行UPDATE
      return existing;
  }
  

• 缩短事务持有时间：确保事务只包含核心数据库操作，把IO、远程调用、复杂计算等耗时逻辑移到事务外部，减少锁的持有时长，降低死锁概率。
• 调整事务隔离级别：如果业务可以接受脏读，可将隔离级别改为Isolation.READ_UNCOMMITTED；不过更推荐用乐观锁替代，低隔离级别会带来数据一致性风险。
• 添加死锁重试逻辑：针对数据库抛出的死锁异常（比如SQL Server的1205错误），在业务层添加重试机制。用Spring的@Retryable可快速实现：

  @Retryable(value = {SQLTransactionRollbackException.class}, maxAttempts = 3)
  @Transactional(isolation = Isolation.READ_COMMITTED)
  public MyEntity updateMyEntity(MyEntity entity) {
      return entityManager.merge(entity);
  }
  

• 优化数据库索引与锁策略：检查表的索引是否合理，避免全表扫描导致的表级锁；对于热点数据，可考虑拆分表或分库，分散并发压力。

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