Hibernate查询@ManyToOne关联列的内部逻辑及索引创建位置

一、findByDepartmentCodeIn的Hibernate内部解析逻辑 #

你使用的是Spring Data JPA方法名派生查询，Hibernate的完整解析执行流程如下：

• 第一步：Spring Data JPA先拆解方法名，识别出查询根实体为Employee，过滤规则为关联属性department的code字段命中入参集合，返回符合条件的Employee实体列表。
• 第二步：Hibernate将派生的JPQL转换为原生SQL，由于你通过@JoinTable配置了中间表employee_department维护Employee和Department的多对一关联，且department配置了FetchType.EAGER急加载，最终生成的SQL逻辑等价于：

SELECT e.*, d.* 
FROM employee e
INNER JOIN employee_department ed ON e.user_id = ed.employee_id
INNER JOIN department d ON ed.department_code = d.code
WHERE ed.department_code IN (?);

这里Hibernate会做优化：直接用中间表的department_code做过滤，不需要通过d.code过滤，因为中间表的department_code就是关联Department主键code的外键，值完全对齐，避免了多余的判断逻辑。

二、department_code索引创建位置 #

索引应该建在关联表employee_department的department_code列上，原因如下：

• Department表的code是主键，数据库默认会给主键创建唯一索引，不需要额外重复创建。
• 你的查询过滤条件直接作用在中间表的department_code字段上，如果该字段没有索引，每次查询都会全表扫描employee_department关联表，数据量上来后性能会极差。
• 更优的方案是直接在employee_department上建联合索引(department_code, employee_id)，这个索引可以同时覆盖过滤条件和关联employee表的关联条件，属于覆盖索引，不需要回表查中间表的其他数据，性能更好。

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