如何优化这条SELECT语句？SQL执行耗时超4秒求助

针对这条耗时超4秒的SQL，可从以下几个方向优化：

1. 替换SELECT *，仅查询所需字段 #

原语句用SELECT *会返回所有字段，既增加数据传输开销，还可能无法利用覆盖索引。明确指定需要的字段，示例：

SELECT id, contract_id, status, [其他业务必需字段]
FROM t_info
WHERE contract_id <> '' AND status <> 'unfinished'
ORDER BY id ASC;

2. 优化索引策略 #

（1）创建适配的联合索引 #

结合查询条件与排序字段，建议创建包含contract_id、status和id的联合索引，或根据字段选择性调整顺序：

CREATE INDEX idx_t_info_contract_status_id ON t_info(contract_id, status, id);

如果id是InnoDB主键，主键会自动包含在二级索引中，也可简化为创建(contract_id, status)的索引。

（2）调整条件形式以适配索引 #

<> ''和<> 'unfinished'属于范围类条件，可能限制索引的高效使用：

• 若contract_id空字符串占比极低，可将条件改为contract_id IS NOT NULL AND contract_id != ''；
• 若status的有效值是明确枚举，可将status <> 'unfinished'替换为status IN ('finished', 'xxx', 'yyy')，等值类条件更易被优化器利用索引。

3. 用执行计划定位瓶颈 #

执行EXPLAIN分析语句执行逻辑，确认是否发生全表扫描、是否用到预期索引：

EXPLAIN SELECT * FROM t_info WHERE contract_id <> '' AND status <> 'unfinished' ORDER BY id ASC;

重点关注type列（是否为range/ref，而非ALL）、key列（是否命中目标索引）、Extra列（是否存在Using filesort等额外开销）。

4. 数据层面优化 #

• 若表中存在大量contract_id为空字符串或status='unfinished'的冷数据，可将其归档至历史表，减少主表数据量；
• 确认id是否为自增主键：InnoDB主键是聚簇索引，本身有序，ORDER BY id ASC可避免额外排序开销；若id非主键，需结合索引优化消除Using filesort。

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