使用Criteria API修改查询执行计划以强制使用索引

Hibernate 4.3的旧版Criteria API本身没有提供直接在连接子句中显式指定索引的功能，因为它的设计目标是屏蔽底层数据库的特定语法，提供跨数据库的通用查询抽象。

不过你不需要把所有查询都重写成原生SQL，有几种可行的折中方案：

• 针对特定查询改用原生SQL：只对那些必须强制指定索引的查询，使用Hibernate的SQLQuery编写原生SQL语句，直接加入USE INDEX(index_name)或FORCE INDEX(index_name)这类MySQL特有的语法。其他不需要索引优化的查询可以继续保留Criteria API实现，既能满足性能需求，又不用全盘重构。
• 尝试Hibernate的SQL片段嵌入（hack方法）：可以通过Restrictions.sqlRestriction()在查询中插入原生SQL片段，但这种方法只能作用于WHERE子句，无法直接修改JOIN子句的索引指定，而且可能破坏Criteria的跨数据库兼容性，不推荐作为常规方案。
• 调整数据库索引或查询逻辑：如果不是必须强制指定索引，可以尝试优化现有索引结构，或者调整Criteria查询的条件，让MySQL查询优化器自动选择合适的索引。比如确保查询条件用到了索引列，避免SELECT *等可能导致索引失效的写法。

总结：如果必须在连接子句中显式指定索引，最稳妥的方式是对这类查询改用原生SQL，无需全部重写现有Criteria逻辑。

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