min()函数可直接返回数值列最小值，自动忽略null；若全为null则结果为null；支持where过滤和group by分组统计，但不可用于where子句中，需用having或子查询替代。
直接用 MIN() 函数就能拿到最小值，不需要子查询或排序
只要目标列是数值类型（如 INT、FLOAT、DECIMAL），MIN() 会自动忽略 NULL 值并返回非空最小值。它不关心数据是否已索引，也不要求表有主键。
- 写法最简：
SELECT MIN(price) FROM products; - 别名建议加上，方便程序读取：
SELECT MIN(score) AS min_score FROM students; - 如果整列全是
NULL，结果就是NULL，不是报错 —— 这点常被误认为“没查到” -
MIN()在GROUP BY中也完全可用，比如按分类找各组最低价：SELECT category, MIN(price) FROM products GROUP BY category;
遇到 MIN() 返回 NULL 但你知道有数据？先查类型和 NULL
常见原因是列实际为字符串类型（如 VARCHAR），此时 MIN() 按字典序比较，'10' 会比 '2' 小 —— 看似数值，实则失效。
- 确认类型：
DESCRIBE table_name;或SHOW COLUMNS FROM table_name; - 检查是否有隐式
NULL：SELECT COUNT(*), COUNT(my_col), COUNT(MIN(my_col)) FROM table_name;对比前两项，若不等说明有NULL - 临时转数值（仅调试用）：
SELECT MIN(CAST(amount AS DECIMAL(10,2))) FROM orders;，但线上应修复建表类型
WHERE 条件必须写在 MIN() 外层，不能放聚合函数里
MIN() 是聚合函数，不能出现在 WHERE 子句中 —— 那里执行时还没完成分组和聚合。想筛“最小值大于某数”的记录，得用 HAVING（配合 GROUP BY）或子查询。
- 错误写法：
SELECT MIN(age) FROM users WHERE MIN(age) > 18;→ 报错Invalid use of group function - 正确方式（单值筛选）：
SELECT MIN(age) FROM users HAVING MIN(age) > 18; - 正确方式（需关联原行）：
SELECT * FROM users WHERE age = (SELECT MIN(age) FROM users); - 注意：子查询里再加
WHERE很常见，比如找“活跃用户中的最小积分”：SELECT MIN(points) FROM users WHERE status = 'active';
性能上，有索引的数值列走 MIN() 很快，但别指望它加速 ORDER BY + LIMIT 1
对已建索引的数值列（如 INDEX(price)），MIN(price) 通常直接定位 B+ 树最左叶子节点，O(log n) 完成；而 SELECT ... ORDER BY price LIMIT 1 虽然逻辑等价，但优化器不一定选最优路径，尤其在复杂 WHERE 条件下容易全索引扫描。
- 优先用
MIN()，除非你需要整行数据（这时ORDER BY + LIMIT 1不可替代） - 复合索引要注意顺序：索引
(status, price)支持WHERE status='on' THEN MIN(price)，但(price, status)就不行 - MySQL 8.0+ 和 PostgreSQL 对
MIN()的索引利用更稳；SQLite 则依赖索引定义是否覆盖
实际用的时候，最容易卡住的是字段类型误判和 WHERE/HAVING 混用——查出来是 NULL 或报语法错，八成在这两处。
