SQL怎么用LAST_DAY函数统计每月最后一天产生的订单数据

在业务系统里，运营常常需要分析每个月最后一天的用户下单情况，比如月底冲量活动效果或结账日交易特征。这类需求如果靠人工拼日期条件很容易出错，而数据库内置的LAST_DAY函数正好可以帮我们稳定地拿到每月末那一天。

一、LAST_DAY函数的基本作用

LAST_DAY是一个日期处理函数，它接收一个日期或时间类型的参数，返回该日期所在月份的最后一天，且返回值的类型通常和原参数精度一致。比如在MySQL中，如果传入2023-02-15，函数会返回2023-02-28；如果是闰年，传入2020-02-10则返回2020-02-29。这样我们就不需要自己判断哪个月是三十天、哪个月是三十一天。

使用LAST_DAY统计月末订单的核心思路是：先通过LAST_DAY(order_time)把每一笔订单的时间映射到它所属月份的最后一天，然后再用这个映射结果做分组。由于同一个月的所有订单都会被映射到同一个末日日期，分组后就能得到每月最后一天发生的订单集合。注意这里统计的是订单时间落在月末当天的记录，而不是整月汇总。

1.1 不同数据库的支持情况

MySQL、Oracle、PostgreSQL（通过扩展或兼容函数）都提供了LAST_DAY或等价能力。MySQL和Oracle原生支持LAST_DAY，SQL Server没有同名函数，但可以用EOMONTH实现同样效果。下面以MySQL为例展开，因为它的语法在中小型项目中最为常见。

在Oracle里LAST_DAY同样返回月末日期，且如果传入的是带时间的TIMESTAMP，返回的时间部分通常为当天的最后一刻或零点，具体看版本。因此跨库写代码时要确认返回精度，避免后续GROUP BY因为时间分量不同而无法合并。

二、错误写法与正确写法对比

很多人在没有LAST_DAY时会写出类似“WHERE DAY(order_time) = 31”的条件，这明显漏掉了只有三十天或二十八天的月份。还有人用字符串拼接月末，例如拼接“-31”，也会导致二月份无数据。下面是一段典型的错误示例：

-- 错误示例：只适合部分大月，二月和小月丢失
SELECT
  DATE_FORMAT(order_time, '%Y-%m') AS month,
  COUNT(*) AS order_cnt
FROM orders
WHERE DAY(order_time) = 31
GROUP BY DATE_FORMAT(order_time, '%Y-%m');

上面的语句在四月、六月等只有三十天的月份里完全统计不到月末订单，更别说二月。正确方式应当让数据库自己算出末日，而不是硬编码天数。下面给出MySQL中的标准写法。

-- 正确示例：利用LAST_DAY锁定月末当天
SELECT
  LAST_DAY(order_time) AS month_end_date,
  COUNT(*) AS order_cnt,
  SUM(amount) AS total_amount
FROM orders
WHERE DATE(order_time) = LAST_DAY(order_time)
GROUP BY LAST_DAY(order_time)
ORDER BY month_end_date;

这段SQL中，WHERE子句先筛选出订单日期等于当月最后一天的数据，GROUP BY再按末日日期归组。这样每一个分组就精确对应一个自然月的最后一天。如果只想看最近半年的月末表现，可以在WHERE里再加时间范围限制。

2.1 统计整月但标注月末标记的区别

有时需求不是只统计月末当天，而是整月汇总同时标出哪些天是月末，这时可以把LAST_DAY用作派生列，而不放进WHERE。例如用CASE WHEN DATE(order_time)=LAST_DAY(order_time) THEN 1 ELSE 0 END做标记，便于后续在应用层区分。两种用法不要混淆，否则数据口径会偏差。

另外，若订单表时间字段是DATETIME且含小时分钟，DATE(order_time)会截断时间部分，再和LAST_DAY返回的DATE比较才准确。若直接比较DATETIME和LAST_DAY(DATETIME)，在MySQL里LAST_DAY返回的是DATE，隐式转换通常没问题，但显式用DATE函数更稳妥，也方便索引命中。

三、性能与索引注意事项

在数据量大的订单表上，WHERE里对列使用函数（如DATE(order_time)）可能让普通索引失效。如果必须按月末筛选，可考虑冗余一个generated column存储LAST_DAY(order_time)并建索引，或者改用范围查询：order_time >= 某月最后一天 00:00:00 AND order_time < 下月第一天。这样能利用order_time上的索引。

-- 利用范围条件避免列上函数，便于走索引
SELECT
  LAST_DAY(order_time) AS month_end_date,
  COUNT(*) AS order_cnt
FROM orders
WHERE order_time >= '2023-01-31'
  AND order_time <  '2023-02-01'
GROUP BY LAST_DAY(order_time);

上例虽然只查了一个月末，但展示了用边界值代替函数包裹列的写法。实际做多月末循环统计时，可以在程序里生成每个月的末日和下月首日，拼成UNION ALL或临时表再关联，既准确又高效。对于报表类查询，配合物化视图或定时任务预计算也是常见方案。

3.1 其他数据库的等价实现

SQL Server可用EOMONTH(order_time)代替LAST_DAY，且同样建议用范围比较来规避隐式转换。Oracle中可写TRUNC(order_time) = LAST_DAY(order_time)。无论哪种库，核心逻辑都是“让系统算月末，而不是人写死天数”，这样才能在大小月、闰年切换时不出错。

总结来看，用LAST_DAY函数统计每月最后一天订单，关键是理解它返回的是日期类型月末，把它同时用于过滤和分组就能得到干净的结果。配合合适的索引与边界查询，即便千万级订单表也能平稳出数。

SQLLAST_DAY订单统计修改时间：2026-07-31 20:06:30