MariaDB多条件查询未使用联合索引问题求助

可能的原因 #

• 满足条件的数据占比过高：如果表中符合age > 18 and shoesize > 10 and height > 150的数据占总数据量的比例太高（比如超过30%-50%），优化器会判定走联合索引的成本更高——因为联合索引仅包含三个列，执行select *需要回表取出剩余77列，这种大量回表的IO开销比直接全表扫描更大，所以选择全表扫描。
• 统计信息过时：MariaDB的优化器依赖表的统计信息估算执行成本，如果统计信息长时间未更新，优化器可能错误判断满足条件的数据量，进而选错执行计划。
• 索引列顺序的局限性：你的查询中三个条件都是范围查询（>），联合索引只能利用最左侧列的范围筛选，后面的列无法借助索引的有序性做过滤。如果最左侧列筛选后剩余数据依然很多，优化器还是会倾向于全表扫描。

对应的解决办法 #

• 验证数据占比：执行以下语句对比数据量：

  -- 统计符合条件的行数
  select count(*) from people where age > 18 and shoesize > 10 and height > 150;
  -- 统计总表行数
  select count(*) from people;
  

  如果符合条件的行数占比超过30%，全表扫描其实是更高效的选择，无需强制改用索引。
• 更新统计信息：执行ANALYZE TABLE people;让优化器获取最新的表数据分布，重新评估执行计划。
• 调整查询或索引：
  • 如果业务允许，缩小某个条件的范围（比如把age > 18改成age > 30），减少符合条件的数据量，优化器可能会自动选择走联合索引。
  • 若必须使用索引，可以尝试强制索引（仅在确定走索引更优时使用）：

    select * from people force index(combinedIndex) where age > 18 and shoesize > 10 and height > 150;
    

• 确认索引有效性：执行show indexes from people;，检查combinedIndex是否确实存在，且包含age、shoesize、height三列。

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