必须用子查询或窗口函数获取每类最高价商品详情，因GROUP BY后SELECT *不可靠；标准写法是WHERE (category, price) IN (SELECT category, MAX(price) FROM products GROUP BY category)。
用子查询先算出每类最高价，再关联原表取详情
直接在 GROUP BY 后用 SELECT * 拿不到完整行数据——MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY，SQL 标准也不允许。所以得拆两步：先找出每个 category 对应的 MAX(price)，再拿这个价格去匹配原表中对应的商品行。
常见错误是写成这样：SELECT *, MAX(price) FROM products GROUP BY category，结果要么报错，要么返回的 name、id 等字段值不可靠（非确定性）。
- 必须用子查询或窗口函数，不能依赖
GROUP BY“顺带”带出行数据 - 如果存在多个商品同属一类且价格并列最高，这种写法会只返回其中一行（取决于引擎执行顺序），不是 bug，是预期行为
- 子查询方式兼容所有 SQL 版本，包括老 MySQL、SQLite、PostgreSQL
标准写法：关联子查询 + WHERE IN (category, price)
把分类和最高价组合成元组，在外层查时用 WHERE (category, price) IN (...) 匹配，能准确命中所有并列最贵商品。
SELECT * FROM products p1 WHERE (p1.category, p1.price) IN ( SELECT category, MAX(price) FROM products GROUP BY category );
这个写法清晰、可读性强，且天然支持多字段联合判断。但要注意：
-
IN子句里用元组的前提是数据库支持（MySQL 5.7+、PostgreSQL 支持；SQLite 支持有限；旧版 MySQL 可能报错） - 如果
price允许为NULL，MAX(price)会忽略它，但(category, NULL)无法被IN匹配，这类商品会被跳过 - 没有索引时性能较差，建议在
(category, price)上建联合索引
兼容性更强的写法：LEFT JOIN 自连接找“不存在更高价”的记录
换一种逻辑：对每个商品，检查同一分类下是否存在价格更高的商品；若不存在，它就是最贵的。这种思路不依赖元组语法，兼容性最好。
SELECT p1.* FROM products p1 LEFT JOIN products p2 ON p1.category = p2.category AND p1.price < p2.price WHERE p2.id IS NULL;
关键点在于 p1.price —— 注意是严格小于，不是小于等于。这样即使有并列最高价，它们都不会被 <code>p2 匹配上，最终 p2.id IS NULL 成立。
- 适用于所有主流 SQL 引擎，包括 SQL Server、Oracle、旧版 MySQL
- 如果表很大，没索引时自连接开销明显，
category和price的联合索引仍强烈推荐 - 注意别写成
p1.price ，否则所有行都会被自己匹配，<code>p2.id永远不为空
MySQL 8.0+ 推荐用窗口函数，更直观也更可控
用 ROW_NUMBER() 或 RANK() 排序后取第一名，语义最接近“每类最贵商品”。区别在于：ROW_NUMBER() 强制编号不重复（并列时随机分先后），RANK() 并列同名（比如两个第一，下一个就是第三）。
SELECT id, name, category, price
FROM (
SELECT *,
RANK() OVER (PARTITION BY category ORDER BY price DESC) AS rk
FROM products
) t
WHERE t.rk = 1;这是目前最灵活的方式，但要注意：
-
RANK()适合“取所有并列最高”，ROW_NUMBER()适合“只要一条，无所谓哪条” - 窗口函数不能出现在
WHERE中，必须套一层子查询或 CTE - 低版本 MySQL（
实际用哪种，取决于你手头的数据库版本、是否接受并列结果、以及有没有现成索引。没把握时，优先试自连接方案——它最“笨”，但也最稳。索引这事，很多人写完 SQL 才想起来补，其实一建好，三种写法性能差距就没那么大了。
