max函数不能直接返回整行数据，只能返回最大值；正确做法是用row_number()窗口函数分组排序后取rn=1，或用关联子查询匹配最大值所在完整行。
MAX函数不能直接返回整行数据，只能返回最大值
很多人误以为 MAX(created_at) 能顺便把对应那条记录的 id、name 也带出来，实际不行。SQL标准里，聚合函数只作用于分组字段，非分组字段若没用聚合函数包裹，会报错（如 PostgreSQL、SQL Server）或返回不确定值（如 MySQL 5.7+ 严格模式下同样报错）。MAX() 只返回时间戳本身，不是那条完整记录。
正确做法是用窗口函数搭配子查询或 CTE
最通用、可读性好、性能可控的方式是用 ROW_NUMBER() 窗口函数标记每组内最新的一条：
SELECT id, user_id, created_at, status
FROM (
SELECT id, user_id, created_at, status,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) ranked
WHERE rn = 1;
关键点：
-
PARTITION BY user_id定义分组依据，替换成你实际的分组字段（比如product_id、category） -
ORDER BY created_at DESC确保最新时间排第一；如果时间可能重复，建议加个二级排序（如id DESC）避免不确定性 - 不用
RANK()或DENSE_RANK()—— 它们对相同时间会并列排名，可能导致返回多行
MySQL 8.0+ / PostgreSQL / SQL Server 都支持，但旧版 MySQL 得绕路
MySQL 5.7 及更早版本不支持窗口函数，得用关联子查询或自连接：
Massive.com CLI
下载
一款AI数据处理工具，主要用于用于查询 Massive 市场数据端点的 Bash CLI 封装和 OpenClaw 技能，适用于 Codex 或 OpenClaw 代理从 shell 调用，适合需要提升相关任务效率的用户。
SELECT o1.id, o1.user_id, o1.created_at, o1.status FROM orders o1 WHERE o1.created_at = ( SELECT MAX(o2.created_at) FROM orders o2 WHERE o2.user_id = o1.user_id );
注意陷阱：
- 如果同一
user_id下有多个记录时间完全相同，这条语句会返回全部——不是“任选其一”，而是“全返回” - 没有索引时性能差：必须为
(user_id, created_at)建联合索引，否则子查询会全表扫描 - 不能用
GROUP BY user_id配合MAX()直接查其他字段，MySQL 5.7 开启了ONLY_FULL_GROUP_BY（默认）就会报错
别用 GROUP BY + 非聚合字段这种“看似能跑”的写法
有些人在 MySQL 5.6 或关闭了 ONLY_FULL_GROUP_BY 的环境下这么写：
SELECT user_id, MAX(created_at), id, status FROM orders GROUP BY user_id;
这看起来能运行，但 id 和 status 是随机值，来自该分组中某一行（不是 MAX 时间那行），结果不可靠。不同 MySQL 版本、优化器路径、甚至服务器重启都可能让结果变掉。生产环境绝对要避开。
真正要拿最新一条的完整数据，窗口函数是首选；实在受限于旧版本，就用带索引的子查询，并接受时间重复时可能多返回的问题。
