MIN()函数返回实际最小值，但当列全为NULL或结果集为空时返回NULL而非0；它支持数值、字符串（字典序）、日期（时间先后）类型，分组查询必须配GROUP BY，非聚合字段须显式分组，否则报错或结果不可靠。
MIN() 函数返回的是 NULL 还是实际最小值？
当 MIN() 作用的列全为 NULL，或查询结果集为空时，它返回 NULL，不是 0 或其他默认值。这是最容易误判的地方——比如统计某天订单最小金额，当天没订单，MIN(amount) 就是 NULL，直接参与计算（如除法、加法）可能引发意外结果。
- 确认业务逻辑是否允许
NULL：若需兜底，用COALESCE(MIN(amount), 0) - 过滤掉无效数据再聚合：例如
MIN(CASE WHEN amount > 0 THEN amount END)，避免NULL干扰语义 -
WHERE条件写在GROUP BY之前，否则空组仍会返回NULL
在 GROUP BY 中用 MIN() 时，非聚合字段怎么处理？
如果 SELECT 列表里有未被 MIN() 包裹的字段（比如 SELECT user_id, MIN(created_at)），且没写 GROUP BY user_id，多数数据库（如 MySQL 8.0+、PostgreSQL）会报错：column "user_id" must appear in the GROUP BY clause。MySQL 5.7 默认开启 ONLY_FULL_GROUP_BY 才强制校验，旧版本可能“静默返回任意行”，导致数据错乱。
- 必须把所有非聚合字段列入
GROUP BY，哪怕只想要最小时间对应的那一行完整记录 - 若需获取最小值所在整行（如最低价商品的 name、id、price），
MIN()不够用，得改用窗口函数或子查询 - 别依赖 MySQL 5.7 以前的“隐式 GROUP BY”行为，它不可靠且已被弃用
MIN() 能用在字符串或日期上吗？
可以，而且很常用。MIN() 对字符串按字典序比较，对日期按时间先后比较——本质是“最小可排序值”，不是数值意义上的“小”。比如 MIN(name) 返回字母顺序最靠前的名字（如 “Alice” MIN(updated_at) 返回最早时间戳。
- 字符串比较区分大小写：MySQL 默认 utf8mb4_general_ci 不区分，但 utf8mb4_bin 会区分；PostgreSQL 默认区分
- 日期字段确保类型是
DATE/TIMESTAMP，别用字符串存时间（如 ‘2023-10-01’ 是 OK 的，‘01/10/2023’ 可能排序错乱） - 慎用
MIN()处理带时区的时间：不同 timezone 值比较前需统一转换，否则结果不可预期
性能注意：MIN(id) 真的快吗？
如果 id 是主键或有索引，SELECT MIN(id) FROM table 通常极快——优化器会直接走索引最左端，不扫描全表。但一旦加上 WHERE 条件且该条件无索引，就可能退化成全表扫描，哪怕只查一个最小值。
- 检查执行计划：
EXPLAIN SELECT MIN(price) FROM product WHERE category = 'book'，确认是否用了category+price的联合索引 - 单列索引对
MIN()有效，但复合条件需要覆盖索引（如(category, price)） - 不要用
ORDER BY price LIMIT 1替代MIN()——前者必须排序，后者可利用索引结构直接定位，效率差异显著
MIN() 就只是个中间工具，得配合其他语法才能落地。 
