在MySQL的实际开发场景中，很多业务表会使用时间戳格式存储时间字段，比如用户注册时间、订单创建时间等，而在查询时往往需要根据具体的日期范围筛选数据，这就需要用到MySQL的日期处理函数以及合理的时间戳转换方案。
MySQL常用日期处理函数介绍
MySQL提供了丰富的日期时间处理函数，以下是最常用的几个，开发者可以根据需求选择使用：
- FROM_UNIXTIME()：将时间戳转换为日期时间格式，是时间戳转日期的核心函数
- UNIX_TIMESTAMP()：将日期时间格式转换为时间戳，用于日期转时间戳的场景
- DATE()：从日期时间值中提取日期部分，忽略时间部分
- DATE_FORMAT()：按照指定格式格式化日期时间，支持自定义输出格式
- NOW()：返回当前的日期时间，格式为YYYY-MM-DD HH:MM:SS
函数使用示例
下面是这些基础函数的简单用法示例：
-- 时间戳转日期时间
SELECT FROM_UNIXTIME(1693564800); -- 输出 2023-09-01 00:00:00
-- 日期时间转时间戳
SELECT UNIX_TIMESTAMP('2023-09-01 00:00:00'); -- 输出 1693564800
-- 提取日期部分
SELECT DATE('2023-09-01 12:30:45'); -- 输出 2023-09-01
-- 格式化日期
SELECT DATE_FORMAT(NOW(), '%Y年%m月%d日'); -- 输出当前日期的格式化结果
-- 获取当前时间
SELECT NOW(); -- 输出当前完整日期时间
where查询中时间戳转换的常见误区
很多开发者在查询时间戳字段时，会直接在字段上使用日期处理函数，比如要查询2023年9月1日创建的用户，可能会写出如下语句：
SELECT * FROM user WHERE DATE(FROM_UNIXTIME(create_time)) = '2023-09-01';
这种写法虽然能得到正确结果，但是存在严重的性能问题。因为对字段使用了函数，MySQL无法使用create_time字段上的索引，会进行全表扫描，当数据量较大时查询速度会非常慢。
where查询时间戳转换最佳实践
为了避免索引失效，最佳实践是不要对时间戳字段本身做函数处理，而是将查询的日期条件转换为时间戳范围，用范围查询替代函数处理后的等值查询。
范围查询实现方式
以查询2023年9月1日的所有数据为例，我们可以先计算出2023-09-01 00:00:00和2023-09-02 00:00:00对应的时间戳，然后用between或者大于小于符号查询：
-- 方式一：使用between
SELECT * FROM user
WHERE create_time BETWEEN UNIX_TIMESTAMP('2023-09-01 00:00:00')
AND UNIX_TIMESTAMP('2023-09-02 00:00:00') - 1;
-- 方式二：使用大于小于
SELECT * FROM user
WHERE create_time >= UNIX_TIMESTAMP('2023-09-01 00:00:00')
AND create_time < UNIX_TIMESTAMP('2023-09-02 00:00:00');
第二种方式比第一种更稳妥，因为时间戳是整数，用小于下一个时间点的时间戳可以避免边界值遗漏的问题，比如如果create_time刚好是2023-09-02 00:00:00的时间戳，第一种方式的between会把它包含进去，而实际它属于9月2日的数据。
动态日期范围查询
如果需要查询最近7天的数据，也可以用同样的逻辑，先计算出7天前的时间戳：
SELECT * FROM order WHERE create_time >= UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 7 DAY));
这里DATE_SUB是用来计算日期偏移的函数，NOW()获取当前时间，整体逻辑是先计算7天前的日期时间，再转成时间戳，作为查询的下限，上限默认是当前时间，不需要额外处理。
不同场景的转换方案对比
以下是不同查询场景下的方案对比，方便开发者选择合适的方法：
| 查询场景 | 推荐方案 | 优势 |
|---|---|---|
| 按具体日期查询 | 日期转时间戳做范围查询 | 可使用索引，性能高 |
| 按日期格式化展示查询 | 查询时不做转换，展示层处理 | 避免查询时函数消耗 |
| 动态时间范围查询 | 计算偏移后的日期转时间戳 | 逻辑清晰，兼容各种时间范围 |
| 时间戳转日期展示 | 查询时用FROM_UNIXTIME转换 | 转换逻辑简单，适合非查询条件场景 |
注意事项
- 时间戳字段存储的是UTC时间还是本地时间需要和转换函数匹配，避免出现时区偏差
- 如果业务需要存储毫秒级时间戳，需要先除以1000再使用FROM_UNIXTIME转换，因为MySQL的时间戳函数是秒级的
- 不要在where条件的字段上使用任何函数，包括日期处理函数，这是索引失效的常见原因
- 如果查询条件比较复杂，可以提前计算好时间戳范围再传入SQL，减少SQL中的函数计算
通过合理的使用日期处理函数和正确的时间戳转换方式，可以有效提升MySQL查询的性能，避免不必要的全表扫描，让查询语句更加高效稳定。