SQL查询最大值与最小值使用MAX和MIN函数详解

在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功底才算真正扎实。