如何解决含子查询的UPDATE语句死锁问题？

我处理过不少这类Hibernate+MySQL的死锁场景，带关联子查询的UPDATE确实容易在高并发下触发InnoDB死锁，核心原因通常是子查询导致MySQL锁定了超出预期的行，或者不同事务的锁获取顺序不一致，形成循环等待。下面给你几个既能保留子查询业务逻辑，又能避免死锁的可行方案：

1. 强制统一锁顺序，避免循环等待 #

这是最有效的方案之一。思路是：先通过子查询获取要更新的记录主键ID，按主键排序后，再用这些ID执行UPDATE操作。这样所有事务都会按照相同的顺序获取行锁，不会出现“A事务锁ID1等ID2，B事务锁ID2等ID1”的循环等待情况。

示例代码：

// 第一步：通过子查询获取目标ID列表并排序
List<Long> targetIds = session.createQuery(
        "SELECT e.id FROM YourEntity e WHERE EXISTS (SELECT 1 FROM RelatedEntity r WHERE r.refId = e.id AND r.status = :status)",
        Long.class)
    .setParameter("status", RelatedStatus.TARGET)
    .getResultList()
    .stream()
    .sorted() // 关键：按主键排序，统一锁顺序
    .collect(Collectors.toList());

// 第二步：用排序后的ID批量更新
if (!targetIds.isEmpty()) {
    session.createQuery(
            "UPDATE YourEntity e SET e.status = :newStatus WHERE e.id IN :ids")
        .setParameter("newStatus", EntityStatus.UPDATED)
        .setParameterList("ids", targetIds)
        .executeUpdate();
}

2. 优化子查询执行计划，缩小锁范围 #

子查询如果没有合适的索引，会导致MySQL做全表扫描，进而锁定大量无关行，增加死锁概率。你需要给子查询中用到的过滤字段、关联字段添加复合索引，让MySQL能精准定位目标行，只锁定必要的记录。

比如子查询是SELECT 1 FROM RelatedEntity r WHERE r.refId = e.id AND r.status = 'ACTIVE'，就给RelatedEntity建(refId, status)的复合索引，这样MySQL能快速匹配到关联记录，避免扫描全表。

3. 拆分事务粒度，缩短锁持有时间 #

如果你的业务逻辑中，这个带UPDATE的子查询是放在一个大事务里（比如同时包含其他表的修改、查询操作），建议把UPDATE操作单独拆成一个小事务。锁持有时间越短，并发冲突的概率就越低，死锁也就不容易发生。

比如原来的事务是“查询A表→修改B表→执行带UPDATE的子查询”，改成“查询A表→修改B表→提交事务”，然后开启新事务“执行带UPDATE的子查询→提交”。

4. 跳过锁定行（MySQL 8.0+适用） #

如果你的业务场景允许跳过被其他事务锁定的行（比如非强实时的批量更新场景），可以用SELECT ... FOR UPDATE SKIP LOCKED语法先获取未被锁定的目标记录，再执行更新。这样不会因为等待锁而触发死锁。

示例代码：

// 先获取未被锁定的目标实体
List<YourEntity> entities = session.createQuery(
        "SELECT e FROM YourEntity e WHERE EXISTS (SELECT 1 FROM RelatedEntity r WHERE r.refId = e.id AND r.status = :status) FOR UPDATE SKIP LOCKED",
        YourEntity.class)
    .setParameter("status", RelatedStatus.TARGET)
    .getResultList();

// 批量更新
entities.forEach(e -> e.setStatus(EntityStatus.UPDATED));
session.flush();

排查小技巧 #

如果还是不确定死锁的具体原因，可以执行SHOW ENGINE INNODB STATUS;查看最近的死锁日志，里面会详细记录两个冲突事务的SQL、锁定的行和锁类型，能帮你更精准地定位问题。

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