因where salary

用 MAX() 排除最大值后查第二高，为什么结果常为空？

直接用 WHERE salary 会报错 —— 聚合函数不能出现在 <code>WHERE 子句里。更常见的是写成子查询形式，但若表中所有值相同（比如全是 100），SELECT MAX(salary) FROM employees WHERE salary 就返回空，因为没有满足 <code> 的记录。

• 必须用子查询先算出最大值，再在外层过滤
• 要处理重复最大值：如果最高分有多个 95，第二高仍是 95 还是下一个不同值？业务上通常指「去重后的第二高」
• 空结果不等于错误，而是数据本身不存在第二高值，需确认是否要返回 NULL 或加 COALESCE

嵌套查询 + MAX() 的标准写法及等效替代

最稳妥的写法是两层子查询：内层取最大值，外层在排除该值的集合中再取最大值。它逻辑清晰、兼容所有 SQL 标准（MySQL、PostgreSQL、SQL Server 都支持）。

SELECT MAX(salary) AS second_highest
FROM employees
WHERE salary 

• 这个写法天然跳过重复最大值，自动实现「去重后第二高」
• 如果只要第 N 高且 N 较大，性能会明显下降，此时应改用 ROW_NUMBER() 或 DENSE_RANK()
• MySQL 8.0+ 和 PostgreSQL 可用 (SELECT DISTINCT salary ORDER BY salary DESC LIMIT 1 OFFSET 1)，但 SQLite 不支持 LIMIT 在子查询中直接嵌套

遇到 NULL 或全 NULL 列时的行为

MAX() 对全 NULL 列返回 NULL，而 salary 永远为 <code>UNKNOWN，导致外层查询无结果。这不是 bug，是三值逻辑的必然表现。

• 若字段允许 NULL，且你希望忽略它们，显式加上 WHERE salary IS NOT NULL
• 测试时可用 SELECT COUNT(*) FROM employees WHERE salary IS NOT NULL 确认有效数据量
• 某些场景下需要兜底，例如：COALESCE((SELECT MAX(salary) FROM employees WHERE salary ，但括号嵌套已够深，可考虑用 CTE 拆解

为什么不用 ORDER BY ... LIMIT 1,1？

MySQL 中 ORDER BY salary DESC LIMIT 1 OFFSET 1 看似简洁，但它不跳过重复值 —— 如果数据是 [100, 100, 90]，它返回 100（第二个元素），而非真正意义上的第二高 90。

• LIMIT offset, row_count 是位置偏移，不是排名偏移
• 要按排名取值，必须配合窗口函数或去重子查询，否则语义错误
• Oracle 和 SQL Server 不支持 LIMIT，这种写法不具备移植性

实际业务中，「第二高」背后往往隐含「去重后第 N 名」的需求，而不是简单跳过第一行。别被表面简洁的 LIMIT 带偏，先想清楚语义，再选语法。