用min/max直接查最值记录会丢数据，因它们只返回数值而非完整行；需用窗口函数row_number()或相关子查询才能获取每组最值对应完整记录。
用 MIN/MAX 直接查最值记录会丢数据
直接在 GROUP BY 查询里写 SELECT name, MIN(price), MAX(price) 只能拿到数值，拿不到对应那条完整记录（比如哪个 product_id 对应最低价）。这是初学者最常踩的坑——误以为 MIN() 会“连带”把整行拉出来。
真正要查“每组中价格最低的那条完整记录”，得配合子查询、窗口函数或连接。否则结果里 name 和 MIN(price) 可能根本不是同一行的数据（尤其 MySQL 5.7 默认 SQL 模式下允许这种非确定性行为）。
推荐方案：用窗口函数 ROW_NUMBER() 筛选
现代数据库（PostgreSQL、SQL Server、MySQL 8.0+、SQLite 3.25+）支持窗口函数，这是最清晰、最可控的方式。核心思路是：先按分组和排序打序号，再取序号为 1 的行。
例如查每个 category 中价格最低的完整商品记录：
SELECT product_id, name, category, price
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY price ASC) AS rn
FROM products
) t
WHERE rn = 1;
-
PARTITION BY category表示按分类分组 -
ORDER BY price ASC决定谁排第一；换成DESC就是最高价 - 如果同一组有多个相同最值，
ROW_NUMBER()只任选其一；想全保留改用RANK()或DENSE_RANK()
兼容旧版本：用相关子查询匹配 MIN/MAX 值
在不支持窗口函数的老版本（如 MySQL 5.6、SQL Server 2005）中，只能靠子查询先算出每组最值，再关联原表找匹配行。
查每个 category 中价格最低的记录（可能多条）：
SELECT p1.* FROM products p1 WHERE p1.price = ( SELECT MIN(p2.price) FROM products p2 WHERE p2.category = p1.category );
- 必须确保
WHERE子句中的关联条件（这里是p2.category = p1.category）正确，漏掉就变成全表最小值 - 性能上，若没在
(category, price)上建联合索引，这个查询容易变慢 - 注意 NULL：如果某组所有
price都是 NULL，MIN()返回 NULL，而= NULL永远不成立，该组结果为空
别硬套 GROUP BY + 非聚合列，MySQL 5.7 是个例外
有人会写 SELECT category, name, MIN(price) FROM products GROUP BY category，指望 MySQL 返回每组第一条的 name。这在 MySQL 5.7 及更早默认模式下“看似能跑”，但 name 的值是未定义的——它可能来自任意一条同组记录，下次执行甚至可能变。MySQL 8.0 默认已禁用该行为，会报错 Expression #2 of SELECT list is not in GROUP BY clause。
真要兼容且简单，宁可分开两步：先用 GROUP BY 拿到各组 MIN(price)，再用上面的子查询方式反查。
最值记录这事，关键不在函数本身，而在你是否意识到：MIN/MAX 是聚合结果，不是行定位器。漏掉这层理解，后面所有优化和调试都会绕弯。
