在mysql的查询执行过程中，查询优化器会自动选择它认为最优的索引来执行查询，但在实际业务场景中，优化器的判断可能存在偏差，比如统计信息过期、查询条件复杂等情况，会导致优化器选择低效的索引甚至全表扫描。这时候我们可以使用FORCE INDEX优化器提示，强制查询使用我们指定的索引。
FORCE INDEX基本语法
FORCE INDEX需要紧跟在表名之后，语法格式如下：
SELECT 列名1, 列名2, ... FROM 表名 FORCE INDEX (索引名1, 索引名2, ...) WHERE 查询条件;
其中索引名是我们在创建索引时指定的名称，如果指定多个索引，mysql会从中选择一个可用的索引来使用。
使用示例
创建测试表和索引
首先我们创建一个测试表，并添加两个索引方便演示：
-- 创建用户表
CREATE TABLE user_info (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
age INT NOT NULL,
create_time DATETIME NOT NULL,
INDEX idx_age (age),
INDEX idx_create_time (create_time)
);
-- 插入测试数据
INSERT INTO user_info (username, age, create_time) VALUES
('张三', 20, '2023-01-01 10:00:00'),
('李四', 25, '2023-02-01 11:00:00'),
('王五', 30, '2023-03-01 12:00:00'),
('赵六', 20, '2023-04-01 13:00:00');
未使用FORCE INDEX的查询
我们执行一个查询年龄等于20的用户，先查看优化器默认选择的索引：
EXPLAIN SELECT * FROM user_info WHERE age = 20;
此时优化器可能会选择idx_age索引，也可能因为数据量小选择全表扫描。
使用FORCE INDEX强制指定索引
如果我们希望强制使用idx_age索引，可以这样写查询：
EXPLAIN SELECT * FROM user_info FORCE INDEX (idx_age) WHERE age = 20;
执行后通过EXPLAIN查看执行计划，会发现key列显示的是idx_age，说明已经强制使用了我们指定的索引。
多索引的选择
如果同时指定多个索引，mysql会选择其中可用的一个：
EXPLAIN SELECT * FROM user_info FORCE INDEX (idx_age, idx_create_time) WHERE age = 20 AND create_time > '2023-01-01 00:00:00';
使用注意事项
- FORCE INDEX指定的索引必须存在于对应的表中，否则会报索引不存在的错误。
- 如果查询条件无法使用指定的索引，mysql可能会忽略FORCE INDEX提示，转而使用其他可用索引或者全表扫描。
- 不要滥用FORCE INDEX，大部分情况下优化器的选择是合理的，强制使用索引可能会导致查询性能下降，建议先通过EXPLAIN分析执行计划再决定是否使用。
- 如果表结构发生变化，比如索引被删除，需要及时检查使用FORCE INDEX的查询语句，避免报错。
与其他优化器提示的区别
mysql还有USE INDEX和IGNORE INDEX两种优化器提示：
USE INDEX是建议优化器使用指定的索引，优化器可以忽略这个建议。IGNORE INDEX是建议优化器忽略指定的索引，优化器也可以选择不使用。FORCE INDEX是强制优化器使用指定的索引，优先级高于前两种提示。
注意：优化器提示只是影响当前查询的索引选择，不会对其他查询产生影响，也不会修改表本身的索引结构。
mysqlFORCE_INDEX索引优化查询优化修改时间：2026-07-01 15:15:26