JPA @Column(updatable=false)字段突然无法更新问题咨询

实体类定义 #

@Table(name = "MyTable")
public class MyInfoLine{

    private CompositeKeyCols id;
    
    @Column(updatable = false)
    private String status;
    
    @Column(updatable = false)
    private LocalDateTime time;

}

业务层更新逻辑 #

MyInfoLine myinfo = new MyInfoLine();

CompositeKeyCols key = new CompositeKeyCols();
key.setkey1(key1);
key.setkey2(key2);
key.setkey3(key3);
key.setkey4(key4);
myinfo.setstatus(status);
myinfo.settime(time);
myinfo.setid(key);

myrepository.save(myinfo);

异常现象 #

此前status、time字段配置@Column(updatable = false)时可正常写入数据库，近期相同代码突然无法更新。程序运行时控制台仅输出Select查询语句，未生成对应的update执行语句。将注解修改为@Column(updatable = true)后更新功能恢复正常。
调试确认传入的myinfo实例所有属性均已正确赋值，除注解配置调整外无其他代码变更，此前该注解长期配置为updatable = false。

1. 之前@Column(updatable = false)配置下可正常写入的原因 #

@Column(updatable = false)的生效范围有明确边界：仅在JPA生成UPDATE语句时，将标注该属性的字段排除在SET子句之外，对INSERT操作完全无约束。
之前能正常写入只有两种可能：

• 写入场景走的是INSERT逻辑而非UPDATE：Spring Data JPA的save()方法本质是saveOrUpdate逻辑，执行前会先通过主键查询记录是否存在，不存在则直接执行INSERT，此时updatable=false不生效，字段可以正常写入。
• 依赖版本存在解析bug：部分老版本Hibernate在复合主键场景下，存在字段注解属性解析偶发失效的问题，生成UPDATE语句时未正确识别updatable=false标记，导致字段被正常拼接进更新语句。

2. 修改为@Column(updatable = true)后恢复正常的原因 #

该现象完全符合JPA注解的设计预期：配置为true后，JPA生成UPDATE语句时会将对应字段加入SET子句，只要实体属性赋值正确，就会正常执行字段更新。

3. 相同代码下更新突然失效的核心诱因 #

按出现概率从高到低排序：

• 业务数据状态变化：此前调用save()时，传入的复合主键对应记录在数据库中不存在，逻辑走INSERT分支不受updatable=false约束；近期业务流转变化，相同主键的记录会提前写入数据库，JPA主键查询后判断记录已存在，走UPDATE分支，此时updatable=false生效，字段不会被加入更新SET子句。控制台仅打印SELECT语句就是直接证据：JPA完成主键查询后，检测到实体中除了两个被标记为不可更新的字段外，无其他需要更新的脏字段，直接跳过UPDATE语句生成。
• 依赖版本静默升级：如果项目配置了自动拉取依赖最新小版本（如Spring Boot父依赖、Hibernate核心依赖的补丁版本迭代），新版本修复了之前复合主键场景下updatable=false解析失效的bug，注解开始按设计逻辑生效，就会出现代码无变动但行为变化的情况。
• JPA配置被间接调整：如新增/修改了实体字节码增强规则、脏检查策略、@DynamicUpdate相关配置，导致字段更新判断逻辑变化。

• 优先核对数据存在性：在myrepository.save()调用前加断点，拿到复合主键的四个字段值直接查询数据库，确认调用save前记录是否已存在。如果记录确实提前存在，说明之前的可更新状态本身就是不符合注解语义的异常行为，需要根据业务需求调整配置：如果status、time需要在后续操作中修改，保留updatable = true即可；如果字段仅允许创建时写入、后续不可变更，需要调整业务逻辑，不要在更新场景给这两个字段赋值。
• 核对依赖版本变更：检查故障发生前后的依赖版本变更记录，确认JPA、Hibernate相关依赖是否有小版本升级，对照版本变更日志确认是否有updatable属性解析逻辑的修复记录。
• 开启JPA全量SQL日志与参数打印，确认SELECT语句查询出的数据库记录字段值，与传入实体的非受限字段值是否完全一致，排除因无脏字段跳过更新的其他场景。

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