Hibernate多对一关联中间表未插入数据问题排查

这种情况我之前踩过好几次坑，大概率不是Hibernate的已知Bug，更可能是事务配置或关联关系维护环节出了问题，咱们一步步拆解排查：

1. 优先检查事务提交情况 #

你提到Hibernate日志已经打印出中间表的插入语句和参数绑定，说明SQL已经生成并准备执行，但数据库没数据，最常见的原因就是事务未正确提交：

• 如果是在业务代码中，确保保存Customer/Company的方法被@Transactional注解修饰（Spring Boot默认只会对@Service类的方法自动代理事务，但自定义的工具类或非Spring管理的类需要手动加注解）。
• 如果是在单元测试中，默认测试结束后会自动回滚数据，需要在测试类或测试方法上加@Rollback(false)才能让数据持久化到数据库。
• 如果你是手动管理Hibernate Session（比如非Spring环境），一定要显式调用session.getTransaction().commit()完成事务提交。

2. 确认关联关系的维护端配置 #

虽然你用了@ManyToOne + @JoinTable，但要注意：

• @ManyToOne默认是关联关系的被动端（非维护端），如果你的Service实体没有对应的@OneToMany关联并指定mappedBy指向Company的关联属性，Hibernate可能不会真正触发中间表的插入操作。
• 检查你是否在保存Customer时，正确将Service实例设置到Company的关联字段中（比如customer.setService(targetService)），如果关联属性为null，即使配置正确也不会生成有效插入。

3. 排查继承映射的潜在问题 #

因为Customer继承了Company，要确认你的继承策略配置是否正确：

• 如果你用的是@Inheritance(strategy = InheritanceType.JOINED)（表继承），确保Company父类的关联字段被正确初始化，Hibernate在处理子类实例时，会同步维护父类的关联关系。
• 避免在子类和父类中重复定义关联字段，否则可能导致Hibernate无法正确识别要维护的关联。

4. 其他可能的小细节 #

• 检查MariaDB的存储引擎：如果你的company_services表用的是MyISAM（不支持事务），但companies表用的是InnoDB，这种混合引擎可能导致事务行为异常，建议统一使用InnoDB。
• 查看Hibernate的事务日志：开启org.springframework.transaction的DEBUG级别日志，确认事务是否正常开启、执行并提交。

关于Hibernate Bug的说明 #

Hibernate 5.2.17确实存在一些边缘场景的小Bug，但这种"日志有SQL但数据库无数据"的情况，几乎都是配置或代码逻辑问题，不属于已知的严重Bug范畴。

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