FORCE INDEX 是 MySQL 中强制优化器使用指定索引的严格提示，必须写在 SQL 语句的 FROM 后、表名或别名之后，括号内填真实 B-tree 索引名（如 PRIMARY 或 idx_status_created），索引名错误或不存在会直接报错 ERROR 1176；它不适用于视图或子查询，且在 phpMyAdmin 中需关闭 SQL 兼容模式才能生效。
不能直接在 phpmyadmin 界面里“强制使用索引”——phpmyadmin 只是 mysql 的 web 前端，真正起作用的是 mysql 本身的查询提示（hint），必须写进 sql 语句里。
MySQL 中 FORCE INDEX 是最常用的强制索引语法
MySQL 提供 FORCE INDEX、USE INDEX 和 IGNORE INDEX 三种 hint，其中 FORCE INDEX 最严格：它要求优化器必须使用指定索引（即使统计信息显示全表扫描更快），否则报错（ERROR 1176: Key 'xxx' doesn't exist in table 'yyy' 如果索引名错或不存在）。
实际用法示例：
SELECT * FROM orders FORCE INDEX (idx_status_created) WHERE status = 'pending' AND created_at > '2024-01-01';
-
idx_status_created必须是真实存在的复合索引，且字段顺序要匹配查询条件（如(status, created_at)） - 如果表用了别名，hint 必须写在别名后：
FROM orders o FORCE INDEX (idx_status_created) - 多个表联查时，每个表可单独加 hint：
FROM users u FORCE INDEX (PRIMARY) JOIN orders o FORCE INDEX (idx_user_id)
phpMyAdmin 里执行带 hint 的 SQL 要关掉“启用 SQL 兼容模式”
phpMyAdmin 默认开启“SQL 兼容模式”（SQL compatibility mode），设为 MYSQL40 或 MAXDB 时会过滤或重写含 hint 的语句，导致 FORCE INDEX 被静默丢弃——你没报错，但查询计划里根本没走索引。
解决方法：
立即学习“PHP免费学习笔记（深入）”；
- 进 phpMyAdmin → 右上角“设置” → “SQL 查询” → 找到“SQL 兼容模式” → 改成
NONE - 或者在单次查询页面，勾选下方“运行 SQL 查询时忽略兼容性检查”（位置在“执行”按钮附近）
- 执行后立刻用
EXPLAIN验证：EXPLAIN SELECT ... FORCE INDEX (...)，确认key列显示索引名，type不是ALL
FORCE INDEX 不生效的三个高频原因
写了 hint 却没走索引？大概率是以下情况之一：
- 索引名拼写错误或大小写不一致（MySQL 在 Linux 下索引名区分大小写）
- WHERE 条件中对索引字段用了函数或表达式，例如
WHERE YEAR(created_at) = 2024—— 这会让索引失效，hint 也救不回来 - 查询涉及隐式类型转换，比如
WHERE user_id = '123'（user_id 是 INT），MySQL 可能放弃索引；改成WHERE user_id = 123再试 - 该索引本身被标记为“不可用”（
ALTER TABLE t ALTER INDEX idx_name INVISIBLE），需先VISIBLE
强制索引不是银弹。当数据分布突变或统计信息过期时，FORCE INDEX 可能比优化器自动选择更慢。上线前务必用真实数据量 + EXPLAIN FORMAT=JSON 对比 key_len、rows、filtered 字段。真正难的不是加 hint，而是判断“该不该加”。
