MySQL查询性能问题排查：22万+数据查询耗时0.5-0.6秒求优化

首先，先揪出你SQL里的核心逻辑错误——这是导致查询变慢的关键原因之一：
你写的(correct = 'N' || 'NA')完全不符合预期！在MySQL中，||是逻辑或运算符，但这个写法会被数据库解析成(correct = 'N') OR 'NA'。由于非空字符串'NA'在布尔判断中会被视为TRUE，相当于这个过滤条件永远成立，等于你根本没加correct字段的筛选！这会让数据库扫描远多于实际需要的行，直接拖慢查询速度。

正确的写法可以二选一：

• 用OR明确判断：correct = 'N' OR correct = 'NA'
• 用IN更简洁：correct IN ('N', 'NA')

接下来是索引优化，这是大表查询提速的核心：
你的查询过滤条件涉及assignment_id、topic_id、student_id、correct，且仅返回correct字段。建议创建复合覆盖索引，让数据库直接从索引中获取所需数据，无需回表查询原数据：

CREATE INDEX idx_answers_assignment_topic_student_correct ON answers (assignment_id, topic_id, student_id, correct);

索引顺序这么设计的原因：assignment_id和topic_id是等值查询（=），放在最前面能快速缩小数据范围；student_id是IN查询（等价于多个等值判断），放在中间；最后把correct放在索引末尾，实现覆盖查询，避免回表。

然后说说如何用EXPLAIN验证优化效果：
执行EXPLAIN SELECT correct FROM answers WHERE ...（替换成你修正后的查询语句），重点关注这几个字段：

• type：理想状态是ref或range，如果显示ALL说明还是全表扫描，索引没生效；
• key：应该显示我们刚才创建的索引名称，代表数据库用到了正确的索引；
• rows：这个数字应该远小于22万，代表数据库预计扫描的行数，越小越好；
• Extra：如果显示Using index，说明用到了覆盖索引，无需回表，这是最优状态。

最后补充两个小细节：

• 确认字段类型匹配：比如student_id、assignment_id如果是数字类型，查询时不要加引号（你的写法是对的）；topic_id如果是字符串类型，用'50#j1_5'没问题；
• LIMIT 0,30本身没问题，但如果前面的过滤条件没优化，数据库还是要先扫描所有符合条件的行再取前30条，所以核心还是优化过滤逻辑和索引。

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