用MIN(order_time)无法获取第一笔订单完整信息，正确做法是用ROW_NUMBER()窗口函数按user_id分组、order_time升序排序后取rn=1的记录，并为(user_id, order_time)建联合索引。
用 MIN(order_time) 直接查第一笔订单时间行不通
很多人以为 SELECT user_id, MIN(order_time) FROM orders GROUP BY user_id 就能拿到“第一笔订单的完整信息”，其实它只返回时间，拿不到对应那条订单的 order_id、amount 等字段。SQL 标准里，MIN() 是标量聚合函数，不能自动绑定整行数据——这是最常踩的坑。
正确做法：用窗口函数 ROW_NUMBER() 配合子查询或 CTE
核心思路是给每个用户的订单按时间排序编号，再筛选出编号为 1 的记录。这样能保留原始行所有字段：
WITH ranked AS (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY order_time ASC) AS rn
FROM orders
)
SELECT user_id, order_id, order_time, amount
FROM ranked
WHERE rn = 1;
- 必须用
ORDER BY order_time ASC，降序会变成最后一笔 - 如果存在同一用户多笔订单时间完全相同，
ROW_NUMBER()会任意排序，此时应补充二级排序（如ORDER BY order_time, order_id）确保稳定 - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持；旧版 MySQL 需用变量模拟，但易出错且不可靠
性能关键：user_id 和 order_time 要建联合索引
没有索引时，PARTITION BY user_id ORDER BY order_time 会触发全表扫描和临时文件排序，尤其在百万级订单表上可能慢到超时。
- 推荐索引：
CREATE INDEX idx_user_time ON orders(user_id, order_time); - 不要只建单列索引：
user_id单独索引无法加速排序，order_time单独索引无法高效分组 - 如果查询还常带
WHERE status = 'paid'，可扩展为三列索引：(user_id, order_time, status)，但需权衡写入开销
替代方案：用 JOIN + MIN() 也能做，但更绕且难维护
先用聚合拿到每个用户的最早时间，再和原表关联。看似直观，实则容易漏数据或重复：
SELECT o1.user_id, o1.order_id, o1.order_time, o1.amount FROM orders o1 INNER JOIN ( SELECT user_id, MIN(order_time) AS min_time FROM orders GROUP BY user_id ) o2 ON o1.user_id = o2.user_id AND o1.order_time = o2.min_time;
- 当多个订单时间相同时，会返回多行——这不是“第一笔”，而是“所有最早时间的订单”
- 若想强制只取一条，还得加
LIMIT 1子句或嵌套ROW_NUMBER()，反而更复杂 - 执行计划通常比窗口函数多一次全表扫描，性能更差
真正需要“第一笔”的业务逻辑（比如新客首单优惠、用户生命周期起点），几乎都依赖时间唯一性或主键稳定性，直接用 ROW_NUMBER() 最干净。别被 MIN() 的名字带偏了——它解决不了“哪一行”的问题。
