如何临时覆盖@LastModifiedDate与@UpdateTimestamp以保留修改日期？

当然可行，下面是几种靠谱的解决办法，对应不同场景：

1. 修正原生SQL查询的用法 #

你之前用原生查询没成功，大概率是没绕过JPA的实体缓存或者事务处理有问题。直接用原生SQL操作数据库是最直接的方式，只要注意这几点：

• 写准SQL语句，只更新目标列，完全不碰最后修改日期字段
• 执行查询后，如果后续还要操作该实体，必须调用em.refresh(entity)刷新EntityManager的缓存，避免缓存里的旧数据干扰读取结果
• 确保事务提交成功（比如在@Transactional方法内执行，或者手动调用em.getTransaction().commit()）

示例代码：

String sql = "UPDATE your_entity_table SET target_column = :newValue WHERE id = :entityId";
em.createNativeQuery(sql)
  .setParameter("newValue", updatedValue)
  .setParameter("entityId", entityId)
  .executeUpdate();
// 刷新缓存，确保后续读取到数据库最新状态
YourEntity entity = em.find(YourEntity.class, entityId);
em.refresh(entity);

2. 分离实体后更新 #

把实体从EntityManager的管理状态中分离，JPA就不会触发@LastModifiedDate这类生命周期回调：

• 调用em.detach(entity)将实体转为游离状态
• 修改需要更新的属性
• 执行原生SQL或者手动merge（因为实体已分离，JPA不会自动处理注解逻辑，不会更新日期字段）

3. 临时禁用注解（hack方式，适合单次操作） #

如果只是偶尔需要这种操作，可以用反射临时移除字段上的@LastModifiedDate和@UpdateTimestamp注解，更新后再恢复。这种方法不推荐频繁使用，会破坏代码整洁性：

Field lastModifiedField = YourEntity.class.getDeclaredField("lastModifiedDate");
lastModifiedField.setAccessible(true);

// 过滤掉目标注解（需借助javassist等第三方库修改字段注解集合）
// 执行更新操作
em.merge(entity);
// 恢复原注解

4. 改为手动控制最后修改日期（长期方案） #

如果这类需求比较频繁，建议直接去掉字段上的自动更新注解，改为在业务逻辑里手动设置最后修改日期——只有当需要更新日期的时候才调用setLastModifiedDate(new Date())。这种方式灵活性最高，完全由业务代码控制日期更新时机。

你之前原生查询失败的排查点 #

• 检查SQL语句是否写错，有没有误操作最后修改日期字段
• 确认事务是否正常提交，避免查询执行后未持久化到数据库
• 排查是否读取了EntityManager缓存里的旧数据，需调用refresh刷新

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