7亿行MySQL表Limit查询异常：LIMIT2快LIMIT10超时求助

核心原因分析 #

你的查询出现LIMIT 2快、LIMIT 10极慢的现象，本质是MySQL优化器对不同LIMIT值选择了完全不同的执行计划：

• 当LIMIT=2时，优化器会选择某一个单字段索引（比如product_id或item_id），快速定位到少量匹配数据后立即返回，所以耗时极短。
• 当LIMIT=10时，优化器错误判断需要扫描更多数据，可能放弃高效的单字段索引，转而选择全表扫描或者低效的索引遍历——但实际上满足条件的数据只有2条，导致数据库持续扫描大量无关数据，最终超时。

具体解决方案 #

1. 创建针对性复合索引
   你的查询用到了status、product_id、item_id、model_id四个等值过滤条件，单字段索引无法高效覆盖多条件查询，必须创建复合索引。推荐创建以下索引（顺序可根据字段选择性调整，等值查询下顺序影响不大，但建议把过滤后数据量最少的字段放前面）：

   CREATE INDEX idx_product_items_status_product_item_model ON product_items (status, product_id, item_id, model_id);
   

   这个索引可以让MySQL直接通过索引定位到所有满足条件的数据，无需回表扫描全表。

2. 修正数据类型隐式转换问题
   你的查询中把int类型的字段（product_id、item_id、model_id）用字符串值传入（比如product_id='2'），MySQL会进行隐式类型转换，这可能干扰优化器的索引选择逻辑。建议修改查询为数值类型匹配：

   SELECT product_items.* FROM product_items  
   WHERE status = 1 
     AND item_id = 1
     AND product_id = 2 
     AND model_id = 1615  
   LIMIT 10;
   

3. 验证执行计划
   执行EXPLAIN命令查看两种LIMIT场景的执行计划，确认索引是否被正确使用：

   EXPLAIN SELECT product_items.* FROM product_items  
   WHERE status = 1 
     AND item_id = 1
     AND product_id = 2 
     AND model_id = 1615  
   LIMIT 10;
   

   查看输出的type列是否为ref或range，key列是否显示你创建的复合索引，以此确认优化器是否采用了高效的执行路径。

内容的提问来源于stack exchange，提问作者Harpartap Singh Permar