LAST_DAY函数仅在MySQL和Oracle中原生支持，PostgreSQL和SQL Server不支持；其返回指定日期所在月份最后一天的DATE类型值，传入NULL或非法值均静默返回NULL，需配合COALESCE兜底并确认数据库类型与输入格式。
LAST_DAY 函数能直接返回指定日期所在月份的最后一天，但只在 MySQL 和 Oracle 中原生支持，PostgreSQL 和 SQL Server 完全不认这个函数——用前先确认数据库类型。
MySQL 中 LAST_DAY 的基本用法和常见错误
它接受一个日期或日期时间表达式，返回该月最后一天的日期（DATE 类型），不是字符串也不是时间戳。
- 正确写法：
SELECT LAST_DAY('2024-02-15');→ 返回2024-02-29 - 别传非日期值：
LAST_DAY('abc')会返回NULL，且无警告，容易被忽略 - 传入
NULL也会返回NULL，建议配合COALESCE做兜底，比如COALESCE(LAST_DAY(date_col), '1970-01-01') - 注意时区影响：如果字段是
DATETIME且带时区（如TIMESTAMP），LAST_DAY按会话时区计算，不是 UTC
Oracle 中 LAST_DAY 的参数限制和隐式转换风险
Oracle 的 LAST_DAY 功能一致，但对输入类型更敏感：只接受 DATE 类型，不接受字符串字面量（除非触发隐式转换）。
- 安全写法：
SELECT LAST_DAY(DATE '2024-03-10') FROM DUAL; - 危险写法：
LAST_DAY('2024-03-10')依赖 NLS_DATE_FORMAT，一旦会话格式不匹配（比如设成DD-MON-YYYY），直接报错ORA-01843: not a valid month - 传入
SYSDATE没问题，但传入TO_CHAR(SYSDATE, 'YYYY-MM-DD')就会失败——函数不接受VARCHAR2 - 结果仍是
DATE类型，小时分秒为 00:00:00；若需保留原始时间部分，得手动拼接：TRUNC(LAST_DAY(date_col)) + (date_col - TRUNC(date_col))
PostgreSQL 和 SQL Server 用户该怎么替代 LAST_DAY？
这两个系统没有 LAST_DAY，但可用标准日期函数组合实现等效逻辑，关键是“先算下月第一天，再减一天”。
- PostgreSQL：
(DATE_TRUNC('month', date_col) + INTERVAL '1 month') - INTERVAL '1 day' - SQL Server：
DATEADD(day, -1, DATEADD(month, 1, DATEFROMPARTS(YEAR(date_col), MONTH(date_col), 1))) - 通用兼容写法（多数数据库支持）：
DATE_SUB(DATE_ADD(DATE_SUB(date_col, INTERVAL DAYOFMONTH(date_col)-1 DAY), INTERVAL 1 MONTH), INTERVAL 1 DAY)，但可读性差，建议封装为自定义函数 - 注意：所有替代方案都要求输入是有效日期，
NULL或非法日期（如'2024-02-30'）仍会出错，需提前校验
跨数据库迁移时最容易栽在函数名上——LAST_DAY 看似通用，实则方言严重；真正麻烦的不是怎么写，而是查文档确认当前环境是否真支持它，以及输入值是否被悄悄转成了字符串。
