row_number()在mysql 8.0+中用于为行分配唯一序号，必须配合over()子句使用，支持全表或分组（partition by）内按指定字段（如created_at desc）排序编号，配合外层where rn=1可取最新记录，但需注意null、重复时间戳、索引及版本兼容性问题。
用 ROW_NUMBER() 按时间戳取最新一条记录，MySQL 8.0+ 才支持
MySQL 5.7 及更早版本不支持窗口函数，直接写 ROW_NUMBER() OVER (ORDER BY created_at DESC) 会报错 ERROR 1064。必须确认 MySQL 版本 ≥ 8.0.2，否则得换方案（比如子查询 + MAX() 或 ORDER BY ... LIMIT 1）。
即使版本达标，也别默认以为“加个 ROW_NUMBER() 就能取最新”——它只负责编号，不自动过滤。你得配合外层 WHERE rn = 1 才行。
- 检查版本：
SELECT VERSION(); - 窗口函数在 MySQL 中不能出现在
WHERE子句里，必须用派生表或 CTE 包一层 - 如果
created_at有重复值，ROW_NUMBER()仍会强制分配不同序号（比如 1、2、3），可能取到非预期的“第一条”
正确写法：CTE + ROW_NUMBER() + 外层过滤
这是最清晰、可读性高的写法，避免嵌套过深：
WITH ranked AS (
SELECT *,
ROW_NUMBER() OVER (ORDER BY created_at DESC) AS rn
FROM orders
WHERE user_id = 123
)
SELECT * FROM ranked WHERE rn = 1;
注意点：
-
ORDER BY created_at DESC是关键，升序会拿到最老的记录 - 如果想按“最后更新时间”取，字段名可能是
updated_at，别硬套created_at - WHERE 条件（如
user_id = 123）尽量写在 CTE 内部，减少排序数据量，提升性能 - 没加
PARTITION BY就是全表排序；若需每个用户各取最新一条，补上PARTITION BY user_id
替代方案：不用窗口函数，兼容 MySQL 5.7
当无法升级 MySQL 时，用相关子查询更稳妥：
SELECT * FROM orders o1 WHERE o1.created_at = ( SELECT MAX(o2.created_at) FROM orders o2 WHERE o2.user_id = o1.user_id ) AND o1.user_id = 123 LIMIT 1;
这个写法的问题在于：
- 如果存在多条相同最大时间戳的记录，
MAX()子查询能命中多行，但外层没去重逻辑，结果不确定（MySQL 可能返回任意一条） -
LIMIT 1是兜底，但不推荐依赖它来“选一条”，应明确业务是否允许时间戳重复 - 没有索引时性能差：
created_at和user_id建联合索引(user_id, created_at)能显著加速
容易被忽略的坑：NULL 时间戳、时区、精度
created_at 字段为 NULL 时，ROW_NUMBER() 会把它排在最后（因 DESC 下 NULL 最小），但如果你的业务中 NULL 表示“未创建”，它就不该参与“最新”判定。
- 加
WHERE created_at IS NOT NULL过滤掉无效记录 - 确认字段类型：用
DATETIME还是TIMESTAMP？后者受时区影响，跨服务读写可能偏差 - 毫秒级时间戳（如
DATETIME(3)）要确保比较精度，否则MAX()可能因截断失效 - 应用层传入的时间戳若带时区（如
2024-05-20T14:30:00+08:00），MySQL 默认转成系统时区存储，查之前先用CONVERT_TZ()对齐
真正麻烦的不是语法，而是时间字段背后隐含的业务语义和数据质量。写完 SQL 后，务必用真实脏数据（NULL、重复、时区混杂）验证一遍。
