在SQL里查找一列的最大值或最小值，听起来像是基础操作，但实际用起来，不少细节能让人踩坑。今天咱们就聊聊这两个最常用的聚合函数——MAX()和MIN()，看看怎么用对、用巧，同时避开那些常见的“雷区”。
直接用 MAX() 和 MIN() 就能拿到单列极值
想找一列的最大值或最小值，最直接的办法就是调用MAX()和MIN()。它们是标准的SQL聚合函数，专为这类比较而生，不需要你再去写复杂的子查询或者排序取首尾。
这里有个关键特性：它们会自动忽略列中的NULL值。这意味着，如果一列里混着数据和NULL，函数只会基于有效数据计算。当然，如果整列碰巧都是NULL，那结果也会返回NULL，而不是报错或返回0。
不过，新手常犯的一个误解是，以为MAX(sales)能直接把“销售额最高的人”整条记录都给你。实际上，它只返回那个最大的数值本身。想拿到对应的姓名或其他字段，就得借助GROUP BY、子查询或者窗口函数了，单靠MAX()可办不到。
查最大/最小值时遇到 NULL 怎么办
前面提到MAX()和MIN()会跳过NULL，这是符合ANSI SQL标准的，主流的数据库如PostgreSQL、MySQL、SQL Server、SQLite都遵循这一行为。但有几个边界情况值得注意：
- 全列NULL：结果就是
NULL，别指望它会返回0或空字符串。 - 混合类型比较：如果列是
VARCHAR类型却存着数字字符串，比较会按字典序进行。这时'9' > '10'是成立的，结果可能不符合你的数值大小预期。 - 想把NULL当最小值：如果你希望
NULL参与比较并被视作最小值，可以先使用COALESCE(col, -999999)或CASE WHEN语句进行转换，然后再套上MIN()函数。
在 WHERE 条件里不能直接用 MAX() 或 MIN()
这是一个经典的语法陷阱。聚合函数不能直接用在WHERE子句里，因为WHERE的执行顺序在数据分组和聚合之前。直接写会触发类似“Invalid use of group function”的错误。
那正确的做法是什么？通常有这么几种思路：
- 使用
HA VING子句：当查询已经使用了GROUP BY进行分组后，过滤聚合结果应该用HA VING。 - 借助子查询：这是最直观的方法。例如，
SELECT * FROM orders WHERE amount = (SELECT MAX(amount) FROM orders)。 - 利用窗口函数：当需要查询多条并列的最大值记录时，窗口函数（如
RANK()）通常更高效、更清晰。
性能和索引怎么配合 MAX()/MIN()
性能方面，如果只是简单地查询整张表某个字段的极值，比如MAX(id)，而且该字段上恰巧建有B-Tree索引，那么恭喜你，大多数数据库引擎（如MySQL的InnoDB、PostgreSQL）都能直接利用索引的最左或最右叶子节点快速定位，时间复杂度接近O(log n)，无需全表扫描。
但是，以下几种情况会让这种优化失效：
- 对表达式使用聚合：例如
MAX(ABS(price))。除非数据库支持并创建了相应的函数索引，否则无法利用列上的普通索引。 - 查询带有未命中索引的WHERE条件：比如
SELECT MAX(value) FROM t WHERE status = 'active'，如果索引是(value)而不是(status, value)的组合索引，优化就可能大打折扣。 - 未索引的GROUP BY：当使用
GROUP BY进行分组聚合，而分组键没有索引时，整个聚合过程可能会变得缓慢。
所以说，查个最大值最小值，看似简单，实则暗藏玄机。从正确处理NULL，到在条件过滤中合规使用，再到利用索引提升性能，每个环节都有门道。把这些细节都摸透了，你的SQL功底才算真正扎实。
