MySQL中datetime与date的时间比较方法

使用 unix_timestamp 进行精确时间比较

当需要比较具体的时刻（如会议开始与结束时间段）时，将时间字符串或 datetime 字段转换为 Unix 时间戳是最稳妥的方式。通过 NOW() 获取当前系统时间并同步转换，可以避免时区或格式不一致导致的问题。

以下 SQL 演示了如何筛选出当前正在进行的会议数据：

select meeting_id,meeting_name,start_time,end_time from meeting_data 
    where meeting_id REGEXP '[0-9]{4}0001' 
        and unix_timestamp(start_time) < unix_timestamp(NOW()) 
        and unix_timestamp(end_time) > unix_timestamp(NOW());

Date 类型的直接比较特性

date 类型在数据库中仅存储日期部分（yyyy-MM-dd），不包含时分秒。因此，在进行范围判断或直接比较时，可以直接书写日期值，无需额外的格式化操作。

结论：存入类型为 yyyy-MM-dd 的 date 字段，支持直接的大小比较或区间查询。

Datetime 类型的时间比较陷阱

datetime 类型包含完整的日期和时间信息。在实际开发中，如果直接使用日期进行比较，MySQL 会默认补全时间为 00:00:00。这会导致在使用 BETWEEN 语句时，遗漏当天的其他有效数据。

Between 语句的隐形问题

假设 create_time 是 datetime 类型，若尝试查询 1月30日 的数据，写法如下：

select * from ok where create_time between '2019-01-30' and '2019-01-31'

实际上，MySQL 执行的等效条件是：

select * from ok where create_time between '2019-01-30 00:00:00' and '2019-01-31 00:00:00'

由于查询区间是左闭右开性质（不含结束时间的当天后续数据），上述语句只能获取到 1月30日 的数据，而丢失了 1月31日 00:00:00 之前的所有记录，且无法获取 1月30日 00:00:00 之后的完整一天数据。

Datetime 推荐的查询与格式化方法

为确保日期范围的准确性，建议使用以下两种方式：

方法一：使用 DATE_FORMAT 进行纯日期匹配

如果业务仅需关注日期层级，可以使用 DATE_FORMAT 函数截取日期部分进行比较：

SELECT * FROM table_name 
WHERE DATE_FORMAT(create_time, '%Y-%m-%d') BETWEEN '2019-01-30' AND '2019-01-31';

注意：此方法会对列应用函数，可能导致索引失效。适合数据量较小或非高频查询场景。

方法二：使用范围边界值（推荐）

为了保持索引效率并覆盖全天数据，通常采用左闭右开的原则构建范围：指定起始日期的 00:00:00 为起点，下一天日期的 00:00:00 为终点。

-- 查询 2019-01-30 全天的数据
select * from ok 
where create_time >= '2019-01-30 00:00:00' 
and create_time < '2019-01-31 00:00:00';

这种写法能够正确利用 create_time 上的索引，并且逻辑清晰，避免了时间截断带来的数据遗漏问题。

以上就是 MySQL 中 datetime 和 date 时间大小比较与查询的详细方法总结。掌握这些细节能有效避免业务统计中的日期偏差问题。更多关于 MySQL 数据库优化与进阶教程的资料请关注本站其它相关文章！