应使用 row_number() over (partition by customer_id order by order_date desc, id desc) 标记每客户最新订单，再过滤 rn=1；需建(customer_id, order_date, id)联合索引，避免用 rank/dense_rank 或多层子查询。
用窗口函数 ROW_NUMBER() 定位最新一笔消费
直接 GROUP BY customer_id 再 MAX(order_date) 无法拿到对应那笔订单的金额，因为聚合和行数据脱节。必须先标记出每客户最新那条记录，再过滤——ROW_NUMBER() OVER (PARTITION BY customer_id ORDER BY order_date DESC, id DESC) 是最稳的选择。
注意加 id DESC 是防日期重复时结果不确定；如果业务上严格保证同客户不会同秒下单，可省略，但线上环境建议保留。
- 别用
RANK()或DENSE_RANK()：它们对相同order_date会分配相同序号，导致取rn = 1时可能返回多行 - 排序字段必须覆盖所有能打破并列的维度，比如时间精度不够就补主键
- MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持，但 SQLite 默认不支持窗口函数（需 3.25+ 且编译时启用）
避免子查询嵌套过深导致性能崩盘
有人写两层子查询：外层查 MAX(order_date)，内层关联找金额，这种写法在客户量大、订单表没建好索引时极易变慢。更优解是用 CTE 或内联视图把窗口逻辑提前物化：
WITH latest_orders AS (
SELECT
customer_id,
amount,
ROW_NUMBER() OVER (
PARTITION BY customer_id
ORDER BY order_date DESC, id DESC
) AS rn
FROM orders
)
SELECT customer_id, amount
FROM latest_orders
WHERE rn = 1;
- CTE 不是所有数据库都真正“物化”，PostgreSQL 会优化，MySQL 8.0 则可能重复执行，所以务必在
orders(customer_id, order_date, id)上建联合索引 - 如果只要聚合金额总和（比如“所有客户最近一笔消费的金额之和”），别在最后再
SUM(amount)，而应在 CTE 后直接聚合，减少中间结果集大小
当需要同时返回最近消费时间与金额时，别分开查两次
常见错误是先查一遍 MAX(order_date)，再用这个时间去关联原表捞金额——万一同一客户有两条同时间订单，就会漏或错。正确方式仍是窗口函数一次性取出完整行：
SELECT customer_id, order_date, amount
FROM (
SELECT
customer_id,
order_date,
amount,
ROW_NUMBER() OVER (
PARTITION BY customer_id
ORDER BY order_date DESC, id DESC
) AS rn
FROM orders
) t
WHERE rn = 1;
- 输出字段要什么就选什么，别为了“省事”在窗口子查询里
SELECT *，尤其表里有大字段（如TEXT、JSON）时，IO 和内存开销会明显上升 - 如果业务允许“任意一条最新时间的记录即可”，且确认不会出现毫秒级并发下单，可用
ORDER BY order_date DESC简化；否则必须带唯一性兜底字段
兼容老版本 MySQL（5.7 及以下）的替代方案
没有窗口函数时，得靠自连接或相关子查询，但必须控制住数据规模。推荐用左连接找“不存在更新订单”的记录：
SELECT o1.customer_id, o1.amount, o1.order_date
FROM orders o1
LEFT JOIN orders o2
ON o1.customer_id = o2.customer_id
AND (o2.order_date > o1.order_date
OR (o2.order_date = o1.order_date AND o2.id > o1.id))
WHERE o2.customer_id IS NULL;
- 这个写法依赖
order_date + id联合判断“更新”，不能只比时间，否则同时间多单必出错 - 必须给
(customer_id, order_date, id)建联合索引，否则LEFT JOIN会全表扫描，千万级订单表可能跑十几分钟 - 如果客户数远小于订单数（典型场景），相关子查询反而更直观，但要注意 MySQL 5.7 对
IN (SELECT ...)的优化差，优先用NOT EXISTS
customer_id, order_date, id 上建联合索引，或者数据库里 order_date 是 DATETIME 但应用写入时只到秒，都会让“最新一笔”变成随机一笔。
