关联极小/空表时MySQL为何无视LIMIT仍执行全表扫描？

嘿，我来帮你拆解这个MySQL查询优化的困惑！

先明确你的场景：
你有一个country表，建表语句如下：

CREATE TABLE `country` ( 
  `id` int(11) NOT NULL AUTO_INCREMENT, 
  `name` varchar(45) DEFAULT NULL, 
  PRIMARY KEY (`id`) 
) ENGINE=InnoDB ;

你尝试将它和一个空表/仅含1行数据的表y做关联，并且加了LIMIT限制结果行数，但哪怕已经移除了GROUP BY子句，MySQL依然对country表执行全表扫描，这和你预期的“用LIMIT就应该只扫少量行”不符。

为什么会出现这种情况？ #

这本质是MySQL优化器的成本估算逻辑在起作用：

• 当关联的驱动表（这里是数据量极小的y表）是空或者只有1行时，优化器会认为：“反正要匹配的行数极少，全表扫描country的开销和走索引差不多，甚至可能更快”——毕竟索引查找需要额外的IO去读取索引页和数据页，而全表扫在数据量不大时，优化器会觉得没必要多此一举。
• 另外，LIMIT是在整个关联结果集生成后才截断数据，优化器不会因为最后要截断，就提前限制country表的扫描行数，除非你明确告诉它要这么做。

解决办法：3种方式让MySQL走索引 #

1. 强制指定使用主键索引 #

直接用FORCE INDEX命令，告诉优化器必须走主键索引，不要做全表扫描：

SELECT c.* 
FROM country c FORCE INDEX (PRIMARY)
JOIN y ON c.id = y.country_id
LIMIT 10;

2. 先约束驱动表的结果范围 #

把y表的查询包装成子查询，明确限制它的行数，让优化器意识到只需要匹配少量数据，自然会选择走country的索引：

SELECT c.*
FROM country c
JOIN (SELECT * FROM y LIMIT 1) y_sub
ON c.id = y_sub.country_id
LIMIT 10;

3. 先截取country的目标行再关联 #

如果你的需求只是取country的前N行，再关联y表，可以先对country做LIMIT，再和y关联，从根源上避免全表扫描：

SELECT c.*, y.*
FROM (SELECT * FROM country LIMIT 10) c
LEFT JOIN y ON c.id = y.country_id;

验证方法：查看执行计划 #

你可以用EXPLAIN命令确认索引是否生效：

EXPLAIN SELECT c.* FROM country c JOIN y ON c.id = y.country_id LIMIT 10;

如果输出的type列是ALL，说明还是全表扫描；如果是ref或range，就说明索引已经被正确使用了。

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