正确统计用户首单时间需先按user_id分组求各用户MIN(order_time)，再对结果取MIN；直接全表MIN(order_time)仅得最早订单而非各用户首单的最小值。
统计用户首单时间，核心是先找出每个用户的最早下单时间，再按需聚合（比如求所有首单时间的最小值）。关键不在“MIN”函数本身，而是得先正确算出每个用户的首单时间——这需要分组 + 聚合，不是直接对订单表全表用 MIN(order_time)。
一、为什么不能直接用 MIN(order_time)？
因为全表 MIN 返回的是系统里最早的一笔订单时间，不是“每个用户的首单时间”的最小值。比如用户A首单是2024-01-01，用户B首单是2024-01-05，你真正想统计的是这两个时间中的最小值（即2024-01-01），而不是所有订单里最早的那一条（可能属于用户C）。
二、正确步骤：先分组求首单，再取全局最小
分两步走更清晰，也便于调试和复用：
- 子查询或 CTE 先按 user_id 分组，用 MIN(order_time) 算出每个用户的首单时间
- 对外层结果再用 MIN() 求所有首单时间的最小值
示例 SQL：
SELECT MIN(first_order_time) AS earliest_first_order FROM ( SELECT user_id, MIN(order_time) AS first_order_time FROM orders GROUP BY user_id ) t;
三、常见扩展需求与写法
实际中常需要带业务上下文，比如限定时间范围、排除测试用户、或关联用户信息：
- 加时间过滤：在子查询 WHERE 中加 order_time >= '2024-01-01'
- 排除测试账号：WHERE user_id NOT IN (SELECT user_id FROM users WHERE is_test = 1)
- 查出是哪个用户：把 MIN 改成 ORDER BY + LIMIT 1，或用窗口函数 ROW_NUMBER()
四、性能小提醒
如果订单表很大，记得给 (user_id, order_time) 建联合索引。这样 GROUP BY + MIN 能走索引扫描，避免全表排序，速度提升明显。
