MySQL查询所有字段时task_id索引失效问题排查

核心原因：MySQL优化器的成本抉择 #

从EXPLAIN结果能看到，满足task_id = '3'的记录数约101万，占表总记录数（203万）的一半左右。此时MySQL优化器会对比两种查询路径的成本：

• 走idx_domain_task_id索引+回表：先通过索引找到101万条记录的主键id，再根据主键回表查询name或其他字段，会产生大量随机IO操作，成本极高。
• 全表扫描：直接扫描整个表的203万条记录，虽然行数更多，但顺序IO的成本远低于大量随机IO，优化器判定全表扫描的总成本更低，因此选择不走索引。

仅查询id时索引生效的原因 #

InnoDB的二级索引（比如idx_domain_task_id）的叶子节点会自动包含主键字段，当你只查询id时，无需回表，直接从二级索引中就能获取数据，这属于覆盖索引查询，成本极低，所以优化器选择走索引，EXPLAIN里的Extra字段显示Using index也验证了这一点。

额外说明：建表语句与索引显示的矛盾 #

你提供的CREATE TABLE语句中定义了idx_domain_task_id和idx_domain_time两个索引，但show index结果仅显示主键和idx_domain_name全文索引，这大概率是输出截断或索引被误删除。不过从第一个EXPLAIN结果能确认idx_domain_task_id索引存在，否则possible_keys和key字段不会显示该索引名称。

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