因为MAX()仅返回标量值，不绑定原始行数据，SQL标准要求GROUP BY后非聚合字段必须出现在GROUP BY子句中，否则报错或返回不可靠字段；正确做法是用ROW_NUMBER()窗口函数分组排序后取rn=1，或用关联子查询匹配最大值。
为什么直接用 GROUP BY + MAX() 拿不到整行数据？
MAX() 只返回聚合后的标量值，比如 MAX(created_at) 能拿到每个分组里最大的时间戳，但无法同时带回对应那条记录的 id、status 或其他字段。这是 SQL 的语义限制：一旦用了 GROUP BY，非聚合字段必须出现在 GROUP BY 子句中，否则会报错（如 MySQL 8.0+ 严格模式下的 ERROR 1055）。
- 直接写
SELECT group_id, MAX(created_at), id FROM logs GROUP BY group_id在多数数据库里会失败或返回不可靠的id -
MAX()本身不“记住”哪一行产生了这个最大值
用窗口函数 ROW_NUMBER() 配合子查询最稳妥
主流数据库（PostgreSQL、SQL Server、MySQL 8.0+、Oracle、SQLite 3.25+）都支持窗口函数，这是目前最清晰、可读性强且能精确控制排序逻辑的方式：
SELECT * FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY group_id ORDER BY created_at DESC) AS rn
FROM logs
) t WHERE rn = 1;-
PARTITION BY group_id定义分组维度，等价于GROUP BY -
ORDER BY created_at DESC确保最新时间排第一；如果时间相同，可追加id DESC避免不确定性 -
ROW_NUMBER()给每组内行编号，rn = 1就是你要的“最新一条” - 如果要保留并列最新（多个相同最大时间），改用
RANK()或DENSE_RANK()，但注意结果可能不止一行/组
老版本 MySQL 或不支持窗口函数时，用关联子查询
在 MySQL 5.7 或某些嵌入式数据库中，得退回到相关子查询写法，性能较差但兼容性好：
SELECT l1.* FROM logs l1 WHERE l1.created_at = ( SELECT MAX(l2.created_at) FROM logs l2 WHERE l2.group_id = l1.group_id );
- 这个写法依赖
created_at是唯一键或至少组合唯一；如果同组存在多条相同最大时间，会返回全部——这可能是你想要的，也可能不是 - 若需只取一条，得再加
AND l1.id = (SELECT id FROM logs ... ORDER BY created_at DESC, id DESC LIMIT 1)，但嵌套更深、更难维护 - 注意索引：务必在
(group_id, created_at)上建联合索引，否则子查询会全表扫描
别忽略时间精度和 NULL 值的影响
-
created_at 是 DATETIME 还是 TIMESTAMP？MySQL 中两者在时区处理上行为不同，可能导致跨时区查不到“最新”
- 如果字段允许
NULL，MAX(created_at) 会忽略它们；但若全为 NULL，结果就是 NULL，窗口函数里也会被排到最后（取决于 ORDER BY ... DESC 对 NULL 的默认排序）
- 测试时一定要构造含
NULL 和重复时间的样例数据，不然上线后才发现漏数据
created_at 是 DATETIME 还是 TIMESTAMP？MySQL 中两者在时区处理上行为不同，可能导致跨时区查不到“最新”NULL，MAX(created_at) 会忽略它们；但若全为 NULL，结果就是 NULL，窗口函数里也会被排到最后（取决于 ORDER BY ... DESC 对 NULL 的默认排序）NULL 和重复时间的样例数据，不然上线后才发现漏数据实际用哪个方案，取决于你的数据库版本和是否接受多条并列结果。窗口函数是首选，但只要有一台旧 MySQL 5.6 实例在线，就得准备好降级方案。
