MIN函数用于查找一列中的最小值，可与WHERE子句结合筛选特定条件下的最小值，如SELECT MIN(price) FROM products WHERE category = ‘电子产品’；它会忽略NULL值，仅在非NULL值中找最小值；结合GROUP BY可分组求最小值，再用HAVING过滤分组结果，如HAVING MIN(total_amount) < 100。
SQL中的
MIN
函数，简单来说，就是用来从一列数据中找出最小的那个值。它是一个聚合函数，这意味着它不会返回多行数据，而是对一列数据进行计算后，给出一个单一的结果。无论你是在找最低价格、最早日期还是字母顺序最靠前的名字，
MIN
都能派上用场。
解决方案
要使用
MIN
函数查找最小值，核心语法其实非常直观。我们只需要指定要查找最小值的列名，以及数据所在的表。
比如，我们有一个名为
products
的表，里面有
product_name
和
price
两列。如果我想知道所有商品的最低价格是多少，我会这样写：
SELECT MIN(price) FROM products;
这条语句会扫描
products
表中的所有行，然后找出
price
列里的最小数值并返回。
当然，实际情况往往更复杂一些。如果你只想在满足特定条件的数据中找最小值，比如只找“电子产品”的最低价格，那就可以结合
WHERE
子句：
SELECT MIN(price) FROM products WHERE category = '电子产品';
MIN
函数不仅限于数值类型。它也能很好地处理日期和字符串。例如，要找出最早的订单日期：
SELECT MIN(order_date) FROM orders;
或者，如果你的数据库支持，甚至可以找出字母顺序最靠前的产品名称（这在某些场景下也算是一种“最小值”）：
SELECT MIN(product_name) FROM products;
需要注意的是，
MIN
函数在遇到
NULL
值时，通常会直接忽略它们。这意味着
NULL
值不会被视为最小值，也不会影响最小值的计算。这其实是一个很实用的设计，避免了
NULL
值意外地成为“最小值”从而误导分析。
SQL MIN函数如何与WHERE子句结合使用以筛选特定条件下的最小值？
我个人觉得，
MIN
函数真正发挥威力，很多时候都是跟
WHERE
子句一起使用的。毕竟，我们很少需要从整个数据库中找出“绝对”的最小值，更多的是想在某个特定范围内寻找。
WHERE
子句的作用是在
MIN
函数执行之前，先对数据进行一轮筛选。你可以把它想象成一个预处理步骤：数据库先根据
WHERE
子句的条件把不符合要求的行都过滤掉，然后
MIN
函数才会在剩下的那些行里寻找最小值。
举个例子，假设我们有一个销售记录表
sales
，里面有
sale_id
、
product_id
、
sale_amount
和
sale_date
。现在，我想知道在2023年里，单笔销售额最低是多少。我就会这样写：
SELECT MIN(sale_amount) FROM sales WHERE sale_date BETWEEN '2023-01-01' AND '2023-12-31';
这里，
WHERE
子句确保了只有2023年的销售记录才会被考虑进来，
MIN
函数再从这些记录中找出最小的
sale_amount
。
再来一个场景，比如我们想找出特定客户（比如
customer_id
为101）的最低消费金额：
SELECT MIN(amount) FROM transactions WHERE customer_id = 101;
这种组合非常灵活，能让我们精确地定位到所需的数据子集，然后从中提取出我们关心的最小值。这比直接对全表操作要有用得多，也更符合实际业务需求。
在SQL中，MIN函数遇到NULL值时会如何处理？
这是一个非常关键的问题，也是我经常在实际工作中提醒同事们注意的地方。SQL中的
MIN
函数（以及大多数其他聚合函数，如
MAX
,
SUM
,
AVG
,
COUNT
等）在处理
NULL
值时，会采取“忽略”的策略。这意味着，如果某一列中有
NULL
值，
MIN
函数在计算最小值时会直接跳过这些
NULL
，只考虑那些非
NULL
的值。
我们来看一个具体的例子。假设你有一个
employees
表，里面有
employee_id
和
salary
两列。其中有几位员工的
salary
是
NULL
，因为他们可能是新入职的，或者薪资信息暂时缺失。
| employee_id | salary |
|---|---|
| 1 | 50000 |
| 2 | NULL |
| 3 | 45000 |
| 4 | 60000 |
| 5 | NULL |
| 6 | 40000 |
如果你执行以下查询：
SELECT MIN(salary) FROM employees;
结果会是
40000
。你会发现，
MIN
函数并没有把
NULL
值当作比任何数值都小的情况。它只是简单地把
NULL
排除在外，然后在
50000, 45000, 60000, 40000
这些非
NULL
的薪资中找到了最小值。
这种处理方式在绝大多数情况下都是我们期望的。因为
NULL
通常代表“未知”或“不适用”，而不是一个具体的数值。如果
NULL
被视为一个具体的最小值，那查询结果就可能变得毫无意义，甚至误导决策。比如，如果
NULL
被认为是0，那最低薪资就成了0，这显然不符合实际情况。
所以，当你看到
MIN
函数的结果时，要记住它是在非
NULL
的数据集中找到的最小值。如果你需要包含
NULL
值的特殊处理（比如将其视为0或某个特定值），你需要在使用
MIN
函数之前，通过
COALESCE
或其他函数来预处理你的数据列。
如何使用SQL MIN函数查找分组后的最小值，并比较其与HAVING子句的用法？
在很多实际分析场景中，我们不仅仅是想找到一个全局的最小值，更常见的是想针对不同的类别、部门或区域，分别找出各自的最小值。这时候，
MIN
函数与
GROUP BY
子句的结合就显得尤为重要了。
GROUP BY
子句的作用是把具有相同值的行归为一组，然后
MIN
函数会在每个组内独立地计算最小值。
举个例子，假设我们有一个
orders
表，包含
order_id
、
customer_id
和
total_amount
。现在我想知道每个客户的最低消费金额是多少。
SELECT customer_id, MIN(total_amount) AS min_order_amount FROM orders GROUP BY customer_id;
这条查询会先根据
customer_id
将所有订单分组，然后对每个
customer_id
组内的
total_amount
执行
MIN
函数，最后返回每个客户ID及其对应的最低订单金额。
HAVING
子句与
MIN
函数的结合
HAVING
子句是用来过滤
GROUP BY
分组后的结果的。它与
WHERE
子句类似，但
WHERE
是在
GROUP BY
之前过滤行，而
HAVING
是在
GROUP BY
之后，对聚合函数（比如
MIN
的计算结果）进行过滤。
继续上面的例子，如果我不仅想知道每个客户的最低消费，还想进一步筛选出那些最低消费金额低于100元的客户，我就可以使用
HAVING
子句：
SELECT customer_id, MIN(total_amount) AS min_order_amount FROM orders GROUP BY customer_id HAVING MIN(total_amount) < 100;
这里，
GROUP BY customer_id
先计算出每个客户的最低消费金额，然后
HAVING MIN(total_amount) < 100
会过滤掉那些最低消费金额不小于100元的客户组，只保留符合条件的客户。
WHERE
vs
HAVING
简要对比：
-
WHERE
子句：
在数据分组之前过滤行。它不能直接引用聚合函数（如MIN
的结果）。
- 示例：
WHERE order_date >= '2023-01-01'
(过滤2023年之前的订单)
- 示例：
-
HAVING
子句：
在数据分组之后过滤组。它可以引用聚合函数的结果。- 示例：
HAVING MIN(total_amount) < 100
(过滤掉最低订单金额不低于100元的客户组)
- 示例：
理解这两者的区别至关重要，它决定了你的查询是在聚合之前还是之后进行筛选。我见过不少新手会混淆这两者，导致查询结果不符预期。记住，
WHERE
管“行”，
HAVING
管“组”，这样就好理解多了。