Spring JPA/Hibernate如何实现实体更新时updateCount字段自增

有可直接落地的实现方案，根据并发场景的可靠性要求，可选择以下三种实现方式：

方案1：JPA生命周期回调（仅适合低并发无竞争场景） #

• 在实体类中添加@PreUpdate注解标记的方法，在更新动作执行前手动对字段做+1操作，实体示例代码：

@Entity
public class BizEntity {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    // 首次保存时手动赋值为1即可
    private Integer updateCount;

    // 其他业务字段省略

    @PreUpdate
    public void autoIncrementCount() {
        this.updateCount = this.updateCount + 1;
    }
}

• 缺陷：自增逻辑在应用层计算，并发更新同一记录时会出现计数覆盖，无法保证拿到的是最新更新次数，不满足并发场景要求。

方案2：@Version乐观锁注解（并发场景首选推荐） #

• JPA规范自带的@Version注解天生适配这个需求，它的核心逻辑就是：
  • 注解标注的字段会作为乐观锁版本号，每次实体更新操作执行时，框架自动将字段值+1
  • 更新SQL会自动携带版本号作为where条件，保证只有持有最新版本的请求能更新成功，从机制上避免并发覆盖
  • 首次插入时你手动给字段赋值1即可，框架不会覆盖该初始值
  • 更新成功后实体中会自动同步最新的计数值，不需要额外查询
• 实体示例代码：

@Entity
public class BizEntity {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Version
    private Integer updateCount;

    // 其他业务字段省略
}

• 框架自动生成的更新SQL为原子执行逻辑，格式参考：update biz_entity set 业务字段=?, update_count=? where id=? and update_count=?，不会出现计数丢失问题。并发场景下更新失败会抛出乐观锁异常，捕获后做重试即可保证最终更新成功，拿到的updateCount值和记录实际更新次数完全一致。

方案3：数据库层原子自增SQL（高并发强一致场景可选） #

• 如果不想处理乐观锁重试逻辑，可以直接把自增逻辑下推到数据库执行，完全规避应用层并发问题：
  • 给表的updateCount字段设置默认值1，新建记录时无需手动赋值
  • 不使用JPA的save方法更新，直接写自定义更新语句，在SQL中直接做字段自增：

@Repository
public interface BizEntityRepository extends JpaRepository<BizEntity, Long> {
    @Modifying
    @Query("update BizEntity e set e.bizField = :bizValue, e.updateCount = e.updateCount + 1 where e.id = :id")
    int updateBizField(@Param("bizValue") String bizValue, @Param("id") Long id);
}

• 这种方式的自增逻辑直接在数据库侧原子执行，不会出现并发计数错误，更新完成后重新查询一次实体即可拿到最新的updateCount值。

避坑提醒：绝对不要用「先查询出当前updateCount值，在代码里+1再调用save保存」的写法，并发场景下必然出现更新丢失，计数值会比实际更新次数少。

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