使用USE INDEX加速MySQL查询是否为合理优化方案？

我的MySQL查询运行极慢，通过EXPLAIN分析发现查询未充分利用已创建的索引。虽添加USE INDEX(link_id)后查询速度达到可接受水平，但担忧这只是临时解决方案，特寻求更优优化方式。

相关信息 #

原查询语句 #

SELECT content.id FROM content, users 
WHERE link_id = '2220' AND user_id=users.id 
ORDER BY content.id DESC LIMIT 8

添加USE INDEX后的查询语句 #

SELECT content.id FROM content USE INDEX(link_id), users 
WHERE link_id = '2220' AND user_id=users.id 
ORDER BY content.id DESC LIMIT 8

表结构 #

Users表

（id和name均有索引）

Content表

（id、type_id、link_id、user_id均有索引）

原查询的EXPLAIN结果 #

问题分析 #

从EXPLAIN结果可以看出，原查询的执行计划存在明显问题：

1. 优化器优先选择扫描users表的主键索引（全索引扫描332行），再通过user_id关联content表，这种关联顺序完全偏离了查询的核心筛选条件link_id='2220'。
2. 执行过程中出现了Using Temporary和using filesort，这是导致查询缓慢的核心原因——需要临时存储数据并额外排序，消耗大量资源。
3. 虽然content表有link_id索引，但优化器错误地选择了user_id索引，没有利用link_id快速筛选目标数据，也没利用content.id的排序特性减少排序开销。

优化建议 #

1. 创建针对性复合索引 #

在content表上创建复合覆盖索引，这是最有效的优化手段：

CREATE INDEX idx_link_id_id_user_id ON content(link_id, id DESC, user_id);

这个索引的优势：

• 先通过link_id='2220'快速定位目标数据，过滤掉绝大多数无关行。
• 索引中包含id DESC，可以直接利用索引排序，避免using filesort。
• 包含user_id字段，关联users表时无需回表查询原数据，实现索引覆盖，进一步提升效率。

2. 改写为显式JOIN语句 #

将隐式JOIN改为显式JOIN，让查询逻辑更清晰，也有助于优化器更准确判断执行路径：

SELECT content.id 
FROM content
JOIN users ON content.user_id = users.id
WHERE content.link_id = 2220  -- 注意：link_id是int类型，不要用字符串引号，避免类型转换
ORDER BY content.id DESC LIMIT 8

3. 更新表统计信息 #

让MySQL获取最新的表数据分布统计，帮助优化器选择更优执行计划：

ANALYZE TABLE content, users;

4. 移除强制索引依赖 #

创建复合索引并更新统计信息后，优化器会自动选择最优的执行路径，无需再依赖USE INDEX(link_id)强制指定索引，避免后续表数据变化后强制索引反而成为性能瓶颈。

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