不能只用 CURRENT_DATE 获取当天新增数据，因其仅返回日期无时间精度，需结合 created_at 字段用范围查询（如 >= CURRENT_DATE）确保索引有效且覆盖当日00:00:00至今。
ANSI SQL 标准本身不定义获取“当天”的函数，CURRENT_DATE 是唯一被标准明确要求支持的日期字面量，但仅靠它无法直接提取“当天新增的数据”——你必须依赖具体数据库对时间戳字段的处理方式，且“新增”隐含了对 created_at 或类似列的判断，而非仅靠系统当前日期。
为什么不能只用 CURRENT_DATE 就搞定？
因为 CURRENT_DATE 返回的是日期（年-月-日），不含时分秒；而“当天新增”通常指从当日 00:00:00 开始到当前时刻之间的记录。如果表里用的是 TIMESTAMP 或 DATE TIME 类型字段（如 created_at），直接写 WHERE created_at = CURRENT_DATE 会失败：类型不匹配（日期 vs 时间戳），或因精度丢失漏掉数据。
-
created_at = CURRENT_DATE在多数数据库中报错或恒为 false -
created_at::DATE = CURRENT_DATE可行，但强制类型转换可能使索引失效（尤其在 PostgreSQL、Oracle） - 更安全的做法是使用范围查询，保留原字段可索引性
标准写法：用 BETWEEN + CURRENT_DATE 构造闭区间
ANSI SQL 允许用 CURRENT_DATE 拼接时间字面量构造起止点，但注意：标准不规定时间字面量语法，实际需按数据库调整。以下写法在 PostgreSQL、SQL Server、Oracle 中基本可用，在 MySQL 需微调：
SELECT * FROM orders WHERE created_at >= CURRENT_DATE + INTERVAL '0' DAY AND created_at < CURRENT_DATE + INTERVAL '1' DAY;
说明：
-
CURRENT_DATE + INTERVAL '0' DAY等价于当日 00:00:00（逻辑起点） -
CURRENT_DATE + INTERVAL '1' DAY是次日 00:00:00，用而非 <code> 避免边界重复 - 该写法不改变
created_at列值，能利用 B-tree 索引加速 - MySQL 不支持
INTERVAL这种写法，得改用DATE_ADD(CURRENT_DATE, INTERVAL 0 DAY)
各数据库常见坑与替代方案
不同系统对“当天”的表达差异大，硬套 ANSI 写法容易翻车：
- PostgreSQL：支持
CURRENT_DATE和INTERVAL，推荐用created_at >= CURRENT_DATE AND created_at - MySQL：必须用
DATE(created_at) = CURDATE()（但会失索引）或created_at >= DATE(NOW()) AND created_at - SQL Server：用
CAST(GETDATE() AS DATE)做截断，或更高效地写成created_at >= CAST(GETDATE() AS DATE) AND created_at - SQLite：无原生日期函数支持
CURRENT_DATE，但可用date('now')，范围写法同上
真正关键的不是选哪个函数，而是确认你的 created_at 字段是否带时区、是否被索引、以及数据库是否把 CURRENT_DATE 解释为本地时区还是 UTC——这三个点没对齐，查出来的就不是你要的“当天新增”。
