Hibernate保存对象报Duplicate entry '1' for key错误如何解决？

具体报错原因 #

你在Question实体中对Answer的关联错误使用了@OneToMany注解，Hibernate解析该注解时会默认遵循「一个Answer实例只能关联唯一的Question实例」的规则，自动在关联表answer_list的answer_id字段上创建唯一约束。你保存第三个Question对象时复用了已经关联过前两个Question的Answer实例，插入关联表时重复的answer_id触发了唯一约束校验，就抛出了Duplicate entry '1' for key 'UK_g74668cehn4p20wkd08q7ki1l'的错误，报错信息中前缀为UK的键就是Hibernate自动生成的唯一约束名。

修复方案 #

你当前采用的把@OneToMany改为@ManyToMany的方案是合理的，符合「同一份Answer可被多个Question关联」的业务逻辑，修改后Hibernate不会再给answer_id加唯一约束，自然不会触发重复键报错。
如果你的业务逻辑确实是「一个Answer只能属于一个Question」，则不需要改关联注解，只要调整业务代码：每次新建Question时新建对应的Answer实例，不要复用已持久化的Answer对象即可。

• 实体关联配置和业务逻辑对齐：添加实体关联前先明确业务边界，比如Answer属于公共题库通用选项就用@ManyToMany，属于单个Question专属选项就用@OneToMany，同时显式配置cascade、orphanRemoval等属性，避免产生脏数据
• 生产环境禁用Hibernate自动建表：开发阶段可以用spring.jpa.hibernate.ddl-auto=update快速验证实体配置，上线前必须手动编写建表SQL，明确指定索引、约束、字段类型，避免自动生成的冗余约束或者不合理的字段属性引发线上故障
• 显式指定主键生成策略：所有实体的@Id字段都显式声明主键生成策略，比如MySQL场景下用@GeneratedValue(strategy = GenerationType.IDENTITY)指定自增主键，避免Hibernate默认策略带来的主键冲突问题
• 新增数据前置校验+异常兜底：保存关联数据前先对唯一键做前置查询校验，同时全局捕获SQLIntegrityConstraintViolationException类型异常，返回友好的业务提示，不要直接透传数据库原始报错信息
• 多对多关联显式配置关联表：使用@ManyToMany时搭配@JoinTable注解显式指定关联表名、两端关联的字段名，不要依赖Hibernate默认生成的表名和字段名，提升项目可维护性

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