在业务系统开发中，时间范围查询是非常常见的需求，比如查询某个时间段内的订单数据、统计近7天的用户活跃量、筛选指定日期之后的日志记录等。这类查询如果写法不当，很容易出现性能瓶颈，甚至返回不符合预期的结果。掌握MySQL时间范围查询的实践方法和优化技巧，对提升系统整体性能有重要意义。
基础时间范围查询写法
MySQL中最常用的时间范围查询是通过WHERE子句配合比较运算符实现的，常见的比较运算符包括>、<、>=、<=、BETWEEN...AND...。
使用比较运算符查询
假设我们有一张订单表order_info，其中create_time是订单创建时间字段，类型为DATETIME，要查询2024年1月1日到2024年1月31日之间的订单，可以这样写：
-- 查询2024年1月1日00:00:00到2024年1月31日23:59:59的订单 SELECT * FROM order_info WHERE create_time >= '2024-01-01 00:00:00' AND create_time <= '2024-01-31 23:59:59';
使用BETWEEN...AND...查询
上面的查询也可以用BETWEEN...AND...来简化，需要注意的是BETWEEN是包含边界值的：
-- BETWEEN包含左右边界，等价于上面的查询 SELECT * FROM order_info WHERE create_time BETWEEN '2024-01-01 00:00:00' AND '2024-01-31 23:59:59';
常见日期函数的使用
实际业务中，我们经常会遇到相对时间范围的查询，比如查询最近7天的数据、查询当月的数据，这时候就需要用到MySQL的日期函数来处理时间值。
常用日期函数介绍
NOW()：返回当前日期和时间，格式为YYYY-MM-DD HH:MM:SSCURDATE()：返回当前日期，格式为YYYY-MM-DDDATE_SUB(date, interval expr unit)：从指定日期减去一个时间间隔DATE_ADD(date, interval expr unit)：从指定日期加上一个时间间隔DATE(date)：提取日期部分，忽略时间部分
相对时间范围查询示例
查询最近7天的订单数据：
-- 最近7天，包含当前时间往前推7天到当前时间的所有数据 SELECT * FROM order_info WHERE create_time >= DATE_SUB(NOW(), INTERVAL 7 DAY);
查询当月的订单数据：
-- 当月数据，提取create_time的日期部分，和当前日期的月份年份匹配 SELECT * FROM order_info WHERE DATE_FORMAT(create_time, '%Y-%m') = DATE_FORMAT(CURDATE(), '%Y-%m');
时间范围查询的性能优化技巧
时间范围查询如果数据量较大，很容易出现全表扫描的情况，导致查询性能下降，以下是一些常用的优化技巧。
为时间字段建立合适的索引
如果create_time字段上没有索引，MySQL会扫描整张表来匹配时间条件，数据量达到百万级时查询会非常慢。为create_time建立普通索引可以大幅提升查询速度：
-- 为create_time字段建立普通索引 ALTER TABLE order_info ADD INDEX idx_create_time (create_time);
需要注意的是，如果查询条件中对时间字段使用了函数，比如WHERE DATE(create_time) = '2024-01-01'，索引会失效，因为MySQL无法对函数处理后的字段使用索引。
避免使用函数处理时间字段
很多开发者习惯用DATE()函数提取日期部分来查询某一天的数据，比如查询2024年1月1日的所有订单：
-- 这种写法会导致索引失效，不推荐 SELECT * FROM order_info WHERE DATE(create_time) = '2024-01-01';
正确的写法应该是使用范围查询，让索引能够生效：
-- 推荐写法，索引可以正常使用 SELECT * FROM order_info WHERE create_time >= '2024-01-01 00:00:00' AND create_time < '2024-01-02 00:00:00';
合理选择时间边界
如果使用BETWEEN...AND...查询某一天的数据，很容易因为边界值设置错误漏掉或者多查数据。比如BETWEEN '2024-01-01' AND '2024-01-01'只会匹配时间恰好是2024-01-01 00:00:00的数据，而大部分业务场景中一天的时间范围是从00:00:00到23:59:59，更稳妥的写法是使用小于下一天的零点作为结束边界，避免处理23:59:59的边界问题。
特殊场景的处理技巧
查询时间戳类型的时间范围
如果时间字段是时间戳类型（比如create_ts是INT类型，存储的是秒级时间戳），查询时需要将时间字符串转换为时间戳，或者将时间戳转换为日期格式：
-- 时间戳字段查询，将时间字符串转为时间戳
SELECT *
FROM order_info
WHERE create_ts >= UNIX_TIMESTAMP('2024-01-01 00:00:00')
AND create_ts < UNIX_TIMESTAMP('2024-01-02 00:00:00');
跨时区的时间范围查询
如果业务涉及多时区，存储时间时建议使用UTC时间，查询时根据用户的时区进行转换。比如存储的是UTC时间，查询东八区用户的最近7天数据：
-- 假设create_time是UTC时间的DATETIME字段，东八区比UTC快8小时 SELECT * FROM order_info WHERE create_time >= DATE_SUB(CONVERT_TZ(NOW(), '+08:00', '+00:00'), INTERVAL 7 DAY);
注意事项
- 时间字段的类型要统一，避免混合使用
DATETIME、DATE、TIMESTAMP和整数时间戳，否则查询时容易出现类型转换导致索引失效 - 插入数据时要保证时间值的格式正确，避免插入不符合规范的时间字符串导致查询结果异常
- 定期分析时间范围查询的执行计划，通过
EXPLAIN语句查看是否走了索引，及时调整查询写法或者索引结构
通过以上实践方法和技巧，我们可以写出更高效、更准确的时间范围查询语句，有效提升MySQL数据库的查询性能，满足业务的各种时间维度查询需求。