如何正确使用DATE_SUB与NOW函数筛选近30天数据？

Question

**问题描述：** 在MySQL中，如何正确使用 `DATE_SUB` 与 `NOW` 函数组合来筛选最近30天内的数据？常见写法如 `WHERE create_time > DATE_SUB(NOW(), INTERVAL 30 DAY)` 是否可靠？是否应考虑时区问题或字段索引的使用情况？此外，`NOW()` 在语句执行时是否会动态变化，影响查询结果的一致性？该如何优化此类查询以提升性能并确保准确性？

Answer 1

一、基本用法解析

在MySQL中，`DATE_SUB`函数用于从指定日期减去一个时间间隔。结合`NOW()`函数，可以动态获取当前时间并进行时间范围筛选。

常见的写法如下：

SELECT * FROM orders WHERE create_time > DATE_SUB(NOW(), INTERVAL 30 DAY);

此语句表示查询`create_time`字段值在最近30天内的所有记录。

二、可靠性分析

该写法在大多数情况下是可靠的，但需注意以下几点：

• `NOW()`返回的是执行SQL时的当前时间，且在同一个查询中不会变化（非会话级别）。
• 若`create_time`字段没有索引，可能导致全表扫描，影响性能。
• 如果数据量较大，建议使用索引优化查询效率。

三、时区问题探讨

MySQL服务器默认使用系统时区或配置文件中设定的时区。`NOW()`返回的时间受连接会话时区设置影响。

例如，在不同客户端连接下，可能返回不同的时间结果，导致查询结果不一致。

时区	示例NOW()输出
UTC	2025-04-01 10:00:00
CST (UTC+8)	2025-04-01 18:00:00

建议统一使用UTC时间存储，并在应用层处理显示逻辑，以避免混乱。

四、索引使用与性能优化

若`create_time`字段上有索引，则上述查询可高效利用索引进行范围查找。

添加索引的示例：

ALTER TABLE orders ADD INDEX idx_create_time (create_time);

若查询频繁且数据量大，还可考虑分区表按时间划分，提升查询效率。

五、NOW()函数的行为特性

`NOW()`函数在一条SQL语句中是静态的，即在整个查询过程中保持不变。

例如下面的语句中，两个`NOW()`调用返回相同值：

SELECT NOW(), DATE_SUB(NOW(), INTERVAL 30 DAY);

因此，不会因函数多次调用而造成结果不一致的问题。

六、进阶优化策略

为了进一步提升性能和准确性，可采取以下措施：

1. 使用参数化查询，避免硬编码时间值。
2. 定期对表进行`ANALYZE TABLE`操作，保证统计信息准确。
3. 在高并发环境下，考虑缓存热点数据或使用物化视图。
4. 对于历史归档数据，采用冷热分离策略，减少主表数据量。

七、流程图：查询执行逻辑

            graph TD
                A[开始查询] --> B{是否有索引?}
                B -- 是 --> C[使用索引扫描]
                B -- 否 --> D[全表扫描]
                C --> E[计算DATE_SUB(NOW(), INTERVAL 30 DAY)]
                D --> E
                E --> F[返回符合条件的数据]