@Transient注解标注的实体字段为何仍被存到数据库？如何规避？

出现字段未被识别为非持久化属性、正常入库的情况，绝大多数场景都来自以下两类触发原因：

• 注解导包错误（最高发问题）
  Java生态存在两个同名的@Transient注解，分属完全不同的规范，没有通用的识别逻辑，也是IDE自动导包时的高频踩坑点：
  • 如果你导入的是 java.beans.Transient：该注解仅服务于JavaBean的序列化/反序列化流程，所有ORM持久层框架都不会解析这个注解，字段会被默认当成普通实体属性，自动映射到数据库表列执行读写操作。由于两个注解同名，代码自动补全时经常优先提示这个路径下的选项，稍不注意就会选错。
  • 仅当导入持久化规范定义的@Transient时，才会被JPA框架识别为“跳过持久化”的标记：Spring Boot 2.x及更早版本对应路径为javax.persistence.Transient，Spring Boot 3.x及以上jakarta生态版本对应路径为jakarta.persistence.Transient。
• ORM注解扫描策略不匹配
  JPA/Hibernate的实体扫描分为两种模式：字段模式（直接识别类成员变量上的注解）、属性模式（仅识别getter/setter方法上的注解）。如果你的实体类把主键、关联映射等注解都加在方法上，说明框架采用的是属性扫描模式，此时把@Transient只加在类成员字段上，框架根本不会读取到这个注解，自然会按普通字段处理。

按顺序执行以下步骤即可彻底避免字段入库：

1. 检查实体类顶部的import语句，删除错误的java.beans.Transient导入，替换为当前项目版本匹配的持久化规范路径：

   // Spring Boot 2.x 版本导入
   import javax.persistence.Transient;
   
   // Spring Boot 3.x 版本导入
   import jakarta.persistence.Transient;
   

2. 匹配实体的注解放置规则：如果实体的其他映射注解都写在getter方法上，就把@Transient也挪到对应的getPasswordConfirm()方法上，不要只放在字段声明位置，保证框架扫描时能读取到跳过标记。
3. 清理数据库的冗余历史列：之前注解失效时，Hibernate会根据实体自动在H2表中生成password_confirm对应的数据列，修正注解后这个历史列不会被自动删除：
   • 开发环境下可以临时调整spring.jpa.hibernate.ddl-auto配置为create，重启应用让框架重新生成符合映射规则的表结构，冗余列会被自动清除。
   • 非开发环境下需要手动执行SQL删除对应表的password_confirm列，避免产生无意义的冗余存储。

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