在MySQL等关系型数据库中,Unix时间戳通常以整数形式存储,表示自1970-01-01 00:00:00 UTC以来的秒数。使用FROM_UNIXTIME函数能够将这些秒数转换为日期时间格式,且转换结果遵循当前数据库连接的时区设置,也就是我们通常所说的本地时间。

FROM_UNIXTIME基本语法
该函数最常见的用法如下:
-- 将Unix时间戳转为默认格式的本地时间 SELECT FROM_UNIXTIME(1672531200) AS local_time; -- 指定输出格式 SELECT FROM_UNIXTIME(1672531200, '%Y-%m-%d %H:%i:%s') AS fmt_time;
其中,第一个参数为时间戳,第二个可选参数用于定义返回字符串的格式。如果不传格式,MySQL默认返回形如 2023-01-01 08:00:00 的值。
本地时间与数据库时区的关系
FROM_UNIXTIME转换出的时间并不是固定的UTC时间,而是依据 time_zone 系统变量决定的。可以通过以下语句查看和设置时区:
-- 查看当前时区 SELECT @@session.time_zone; -- 设置为东八区(北京时间) SET time_zone = '+08:00'; </code>
当会话时区为 +08:00 时,FROM_UNIXTIME(0) 会返回 1970-01-01 08:00:00,这就是对应的本地时间。
常见应用示例
在查询中转换并筛选
假设有一张订单表 orders,其中 pay_time 为Unix时间戳,需要查出今天之后的订单:
SELECT order_id, FROM_UNIXTIME(pay_time) AS pay_local_time FROM orders WHERE FROM_UNIXTIME(pay_time) >= CURDATE();
按本地日期分组统计
如果需要按本地日期汇总数据,可以用 DATE 函数包裹:
SELECT DATE(FROM_UNIXTIME(create_ts)) AS day_local, COUNT(*) AS cnt FROM user_log GROUP BY day_local ORDER BY day_local;
与其他数据库的差异
除了MySQL,PostgreSQL使用 TO_TIMESTAMP 函数完成类似功能,且同样受时区影响。在SQL Server中则常用 DATEADD 配合基准日期实现。如果你的业务需要跨数据库兼容,建议在应用层统一处理时区,或在SQL中明确指定时区转换函数。
注意事项
- Unix时间戳一般以秒为单位,若字段是毫秒,需先除以1000。
- 频繁在WHERE中对字段使用FROM_UNIXTIME会导致索引失效,建议对参数侧转换。
- 确保数据库或服务端时区配置正确,避免显示时间与用户预期不符。
合理运用FROM_UNIXTIME,可以让时间数据在SQL查询中直接以可读的本地时间呈现,提升报表与接口数据的易用性。
SQLFROM_UNIXTIMEUnix时间戳本地时间时区转换修改时间:2026-07-25 03:21:10