NOT EXISTS最适合该场景，因其能准确表达全称判断“所有科目都及格”：先假设学生合格，再验证不存在不及格记录；JOIN易因缺考导致漏查，IN仅支持存在性判断而非全量约束。
为什么 NOT EXISTS 比 JOIN 或 IN 更适合这个场景
因为要找“所有科目都及格”的学生，本质是全称判断（∀ 科目，成绩 ≥ 60），而 SQL 没有直接的全称量词。用 NOT EXISTS 是最贴近逻辑的写法：先假设一个学生合格，再检查是否存在他任一科不及格的记录；若不存在，就保留该学生。用 JOIN 容易漏掉没考某科的学生（比如缺考被当 NULL），IN 则无法表达“全部满足”，只适合“至少一个满足”。
核心 SQL 写法与关键条件
假设有表 student_scores(student_id, subject, score)，及格线为 60：
SELECT DISTINCT s1.student_id
FROM student_scores s1
WHERE NOT EXISTS (
SELECT 1
FROM student_scores s2
WHERE s2.student_id = s1.student_id
AND s2.score < 60
);
注意点：
-
s2.student_id = s1.student_id必须写，否则变成“只要全表有一条不及格记录就排除所有人” - 子查询里
SELECT 1足够，无需查具体字段或加GROUP BY - 外层用
DISTINCT是因为一个学生可能有多科及格记录，会重复出现 - 如果学生某科成绩为
NULL（比如未录入），score 判断结果为 <code>UNKNOWN，不会触发EXISTS，导致该学生被错误保留——需提前清洗或改用score IS NULL OR score 显式处理
遇到 NULL 成绩时的常见错误现象
执行后发现明明有学生缺考（score IS NULL），却仍出现在结果里。这是因为 NULL 返回 <code>UNKNOWN，不是 TRUE，所以 NOT EXISTS 认为“没找到不及格记录”，误判为全及格。修复方式：
- 在子查询中显式包含空值判断：
AND (s2.score - 或提前过滤掉无效数据：
WHERE score IS NOT NULL加在子查询或主表上 - 避免用
COALESCE(score, 0) ——这会让缺考等同于 0 分，语义可能不准确
性能和索引建议
这个查询对 (student_id, score) 复合索引敏感。如果没有索引，子查询会为每个学生扫描全表；加上索引后，可快速定位某 student_id 下是否有 score 的行。
- 推荐建索引：
CREATE INDEX idx_stu_score ON student_scores(student_id, score); - 不要只建
student_id单列索引——它无法加速score 的范围查找 - 如果表极大且及格率很高（即不及格记录极少），可考虑反向思路：先找出所有不及格学生 ID，再用
NOT IN排除，但要注意NOT IN遇到 NULL 会整个失效，风险更高
实际写的时候，最容易被忽略的是 NULL 成绩的语义处理——它既不是及格也不是不及格，但数据库默认把它“放行”了。
