min()不能直接获取整条记录，因其是聚合函数，仅返回最小标量值（如price），不保留原行其他字段；混用非聚合字段会引发语义冲突或报错，需用关联子查询或窗口函数获取完整记录。
为什么 MIN() 不能直接拿到整条记录
因为 MIN() 是聚合函数，只返回单个标量值（比如最小的 price），它不保留原始行的其他字段（如 id、name）。你写 SELECT MIN(price), name FROM goods GROUP BY category，数据库会报错或返回不可靠的 name——这取决于 SQL 模式（比如 MySQL 的 ONLY_FULL_GROUP_BY 是否开启）。
常见错误现象：Expression #2 of SELECT list is not in GROUP BY clause（MySQL 5.7+ 默认报错），或返回了和 MIN(price) 不匹配的 name（旧版 MySQL 或某些兼容模式下静默出错）。
- 真正要的是「每个分组里 price 最小的那条完整记录」，不是「最小 price 值 + 随便一个 name」
-
MIN()和非聚合字段混用，本质是语义冲突：聚合结果和行级数据不在同一粒度 - 别指望加
ORDER BY price LIMIT 1解决分组问题——它只对整个结果集生效，不是每组一个
用关联子查询找每组极小值记录最稳妥
核心思路：先算出每组的最小值（用子查询），再用主查询把原表和这个最小值做等值匹配。它不依赖窗口函数，兼容 MySQL 5.6、PostgreSQL 9.3、SQL Server 2005 等老版本。
使用场景：需要完整行信息（如 id, created_at, status）且必须严格对应最小值所在行；团队环境数据库版本不统一。
示例（查每个 category 下价格最低的商品完整信息）：
SELECT g1.* FROM goods g1 WHERE g1.price = ( SELECT MIN(g2.price) FROM goods g2 WHERE g2.category = g1.category );
- 注意子查询里的
WHERE g2.category = g1.category：这是关联条件，让子查询按当前外层g1行的分类动态计算最小值 - 如果同一组有多个相同最小值，会返回全部——这是正确行为，不是 bug
- 性能隐患：没有索引时可能全表扫描多次；务必在
(category, price)上建联合索引
窗口函数 ROW_NUMBER() 更高效但有版本门槛
当数据库支持窗口函数（MySQL 8.0+、PostgreSQL 8.4+、SQL Server 2005+），用 ROW_NUMBER() OVER (PARTITION BY category ORDER BY price) 是更清晰、通常也更快的方式。
参数差异：ROW_NUMBER() 严格排序编号（相同 price 也会强分先后），RANK() 和 DENSE_RANK() 会并列，选哪个取决于业务是否允许“并列第一”后跳号。
示例（只取每组第一个）：
SELECT id, name, category, price
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY price) AS rn
FROM goods
) ranked
WHERE rn = 1;- 比关联子查询更容易扩展（比如改成
rn 取前三） - 避免了子查询的重复执行开销，尤其在大数据量时优势明显
- 容易踩的坑：忘记
PARTITION BY就变成全表排号；ORDER BY缺少二级排序（如price, id）会导致结果不稳定
遇到 NULL 或多字段极小值怎么处理
MIN() 和窗口函数默认忽略 NULL，但如果字段本身允许为空，且你希望把 NULL 当作“最小”来对待（比如未定价商品优先），就得手动干预。
使用场景：价格字段为 NULL 表示“暂无报价”，业务要求这类记录排在最前；或者要同时满足「价格最小 + 上架时间最新」两个条件。
- 处理 NULL：在
ORDER BY中用price IS NULL DESC, price（把 NULL 排前面），或子查询中用COALESCE(price, -1)（慎用，-1 可能非法） - 多条件极小值：窗口函数里写
ORDER BY price, updated_at DESC；关联子查询则需改用(price, updated_at)元组比较（部分数据库支持，如 PostgreSQL，MySQL 5.7+ 也支持行构造器） - 性能提醒：多字段排序或元组比较会削弱索引效率，
(category, price, updated_at)联合索引往往比单字段更有效
复杂点在于，极小值记录不是纯数学问题——它绑定了业务语义（NULL 怎么算、并列怎么选、时间戳要不要参与排序）。没想清楚这点，光套语法很容易上线后才发现结果不对。
