force index 是 mysql 的查询提示，必须写在 from 后、where 前，格式为 force index (index_name)，索引名须真实存在且大小写敏感；仅对单表生效，join 需每表单独指定；不可用于函数或列名，错误则报错；它是强制指令而非建议，仅在优化器明显误判时临时使用。
在 Java 中使用 MySQL 的 FORCE INDEX 并不是通过 JDBC 或 MyBatis 等框架直接调用某个 API 实现的，而是**在 SQL 语句中显式指定索引**，由 MySQL 优化器强制走指定索引，从而绕过其可能误判的执行计划。Java 层只需正常发送这条带 FORCE INDEX 的 SQL 即可。
什么时候需要 FORCE INDEX？
MySQL 优化器有时会因统计信息过期、数据分布倾斜、复合索引顺序不匹配等原因，错误地选择全表扫描或低效索引。典型表现包括：
- 明明有合适索引，
EXPLAIN显示type=ALL（全表扫描） - 复合索引只用到了最左前缀的一部分，但优化器没走索引
- 查询条件含函数或隐式类型转换，导致索引失效，而你确认逻辑上可走某索引
- 小表关联大表时，优化器错误地以小表为驱动表
怎么在 SQL 中写 FORCE INDEX？
语法很简单，在 FROM 子句的表名后加上 FORCE INDEX (index_name)：
SELECT * FROM orders FORCE INDEX (idx_status_created) WHERE status = 'shipped' AND created_time > '2024-01-01';
也可以用于 JOIN 表：
SELECT o.*, u.name FROM orders o FORCE INDEX (idx_user_id) JOIN users u ON o.user_id = u.id WHERE o.user_id = 12345;
注意：索引名必须是真实存在的，区分大小写（取决于 MySQL 配置），且不能拼错；若索引不存在，SQL 会直接报错 Unknown index。
Java 中如何安全使用？
不要硬编码 SQL 字符串拼接索引名，推荐以下方式：
-
JDBC：用
PreparedStatement写完整 SQL，参数只替换值，不替换表名或索引名（它们属于 SQL 结构，非数据） -
MyBatis：在 XML 或注解中写死
FORCE INDEX，例如：<select id="selectByStatus"><br> SELECT * FROM orders FORCE INDEX (idx_status_created)<br> WHERE status = #{status} AND created_time > #{startTime}<br></select> -
动态控制（进阶）：可通过配置开关决定是否启用
FORCE INDEX，比如用 MyBatis 的<if></if>标签包裹，避免上线后无法调整
用完 FORCE INDEX 后要注意什么？
FORCE INDEX 是“强干预”，短期救急有效，但长期需回归优化：
- 定期
ANALYZE TABLE orders;更新统计信息，让优化器更聪明 - 检查索引设计是否合理：字段顺序、覆盖度、是否冗余
- 监控执行计划变化，尤其在数据量突增或结构变更后
- 避免在所有查询上滥用
FORCE INDEX—— 它会锁死执行路径，失去优化器自适应能力
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
