SQL Unix 时间戳转日期时间格式化 – wiki基地

---

SQL中Unix时间戳到日期时间格式化的深度解析

在现代数据处理和存储中，时间信息无处不在。无论是用户行为日志、系统事件记录还是交易流水，时间戳都是不可或缺的关键字段。在很多场景下，尤其是在跨系统交互、API数据传输或某些历史遗留系统中，时间常常以Unix时间戳的形式存储。Unix时间戳（Unix Timestamp 或 Epoch Time）是一个整数，代表自协调世界时（UTC）1970年1月1日00:00:00（即Unix纪元或Epoch）起经过的总秒数。

虽然Unix时间戳对于计算机系统来说非常高效、易于存储和计算（例如计算时间间隔），但对于人类来说，一个像 1678886400 这样的数字并不能直观地告诉我们具体是哪年哪月哪日几时几分几秒。因此，在进行数据查询、报告生成或数据分析时，我们经常需要将这些Unix时间戳转换为更易读、更具象的日期时间格式，例如 YYYY-MM-DD HH:MM:SS 或 MM/DD/YYYY hh:mm:ss AM/PM 等。

本文将深入探讨如何在SQL数据库中实现这一转换和格式化过程。我们将详细介绍主流数据库系统（如MySQL、PostgreSQL、SQL Server、Oracle、SQLite等）提供的函数和方法，并解释如何根据需求进行不同的格式化操作，同时探讨处理时区等常见问题。

1. 理解Unix时间戳与日期时间格式

在开始技术实现之前，先巩固一下基本概念：

• Unix时间戳: 一个表示特定时间点的数字，其值是自UTC时间1970年1月1日00:00:00以来经过的秒数。它不包含时区信息，通常被认为是UTC时间。这是一个绝对时间点，与地理位置无关。例如，0 代表 1970-01-01 00:00:00 UTC。
• 日期时间格式 (Datetime Format): 一种人类可读的时间表示方式，通常包含年、月、日、时、分、秒，可能还包括毫秒、微秒甚至时区信息。例如，2023-03-15 08:00:00 或 March 15, 2023 8:00 AM +00:00。

将Unix时间戳转换为日期时间格式，本质上是将一个基于特定起点的秒数偏移量，转化为一个结构化的日期和时间表示。格式化则是进一步将这个日期时间值按照特定的字符串模式进行展示。

2. SQL中的核心转换原理

虽然不同数据库系统实现转换和格式化的函数名称和语法各异，但核心原理是相似的：

1. 将Unix时间戳（秒数）添加到纪元时间点： 大多数数据库内部都有一个表示Unix纪元（1970-01-01 00:00:00 UTC）的基准点。将Unix时间戳（作为秒数）添加到这个基准点，就可以得到一个特定的日期时间值。
2. 转换为数据库内置的日期时间类型： 第一步的结果通常会生成一个数据库可以识别和处理的日期时间数据类型（如 DATETIME, TIMESTAMP, TIMESTAMP WITH TIME ZONE等）。
3. 格式化日期时间类型： 利用数据库提供的格式化函数，将日期时间类型的值按照指定的字符串模式进行转换，生成一个字符串。

需要强调的是，由于SQL标准的灵活性以及各数据库厂商的自有扩展，Unix时间戳的处理是非标准的。这意味着你不能指望一个通用的SQL函数 CONVERT_UNIXTIME_TO_DATETIME() 在所有数据库中都可用。你必须了解你正在使用的特定数据库系统提供的功能。

接下来，我们将分门别类地介绍主流数据库系统的实现方式。

3. 主要数据库系统实现方式

3.1 MySQL

MySQL提供了非常方便的内置函数来处理Unix时间戳。

核心函数: FROM_UNIXTIME()

语法:

sql
FROM_UNIXTIME(unix_timestamp)

或

sql
FROM_UNIXTIME(unix_timestamp, format)

说明:

• unix_timestamp: 这是一个表示Unix时间戳的整数或数字值。
• format: 这是一个可选的字符串参数，用于指定输出日期时间值的格式。如果省略，MySQL会返回一个 DATETIME 值，格式为 'YYYY-MM-DD HH:MM:SS' 或 'YYYYMMDDHHMMSS'，具体取决于函数的使用上下文（例如，在字符串上下文中通常是 'YYYY-MM-DD HH:MM:SS'）。如果提供了 format 参数，函数会返回一个格式化后的字符串。

format 参数的格式化代码 (与 DATE_FORMAT() 函数相同):

MySQL使用 % 符号作为格式代码的前缀。一些常用的代码包括：

• %Y: 四位数的年份 (例如, 2023)
• %y: 两位数的年份 (例如, 23)
• %m: 带有前导零的月份 (01-12)
• %c: 不带前导零的月份 (1-12)
• %M: 月份的全称 (January to December)
• %b: 月份的缩写 (Jan to Dec)
• %d: 带有前导零的日期 (01-31)
• %e: 不带前导零的日期 (1-31)
• %W: 星期几的全称 (Sunday to Saturday)
• %a: 星期几的缩写 (Sun to Sat)
• %H: 带有前导零的小时 (00-23)
• %k: 不带前导零的小时 (0-23)
• %h: 带有前导零的小时 (01-12) (用于 12小时制)
• %l: 不带前导零的小时 (1-12) (用于 12小时制)
• %I: 同 %h
• %p: AM 或 PM
• %i: 带有前导零的分钟 (00-59)
• %s: 带有前导零的秒 (00-59)
• %S: 同 %s
• %f: 微秒 (000000-999999)
• %U: 周 (Sunday as the first day of the week)
• %u: 周 (Monday as the first day of the week)
• %X: 四位数的年份，针对基于周的年份 (Sunday as the first day of the week)
• %x: 四位数的年份，针对基于周的年份 (Monday as the first day of the week)
• %%: 文字 ‘%’

示例:

“`sql
— 基本转换，返回 DATETIME 类型
SELECT FROM_UNIXTIME(1678886400);
— 结果 (取决于时区): 2023-03-15 08:00:00

— 转换为指定的字符串格式 YYYY-MM-DD HH:MM:SS
SELECT FROM_UNIXTIME(1678886400, ‘%Y-%m-%d %H:%i:%s’);
— 结果: 2023-03-15 08:00:00

— 转换为其他格式，例如 DD/MM/YYYY hh:mm AM/PM
SELECT FROM_UNIXTIME(1678886400, ‘%d/%m/%Y %h:%i %p’);
— 结果: 15/03/2023 08:00 AM

— 带有文字字符和更多细节
SELECT FROM_UNIXTIME(1678886400, ‘今天是 %Y年%m月%d日，现在是 %H时%i分%s秒’);
— 结果: 今天是 2023年03月15日，现在是 08时00分00秒

— 结合表格数据
SELECT
id,
unix_timestamp_column,
FROM_UNIXTIME(unix_timestamp_column, ‘%Y-%m-%d %H:%i:%s’) AS formatted_datetime,
FROM_UNIXTIME(unix_timestamp_column, ‘%Y/%m/%d’) AS formatted_date_only
FROM your_table_name;
“`

时区注意事项: FROM_UNIXTIME() 函数返回的时间是基于MySQL服务器的当前会话时区。Unix时间戳本身是UTC时间。如果你的MySQL服务器时区不是UTC，FROM_UNIXTIME(unix_timestamp) 会将UTC时间戳先转换为服务器时区的时间。如果你需要处理特定的时区，可能需要在MySQL层面配置时区，或者使用 CONVERT_TZ() 函数，但这超出了Unix时间戳转换本身的范畴。通常情况下，如果数据库和应用都配置了正确的时区或都使用UTC，这将不是问题。

3.2 PostgreSQL

PostgreSQL也提供了非常强大和灵活的时间函数。

核心转换函数: to_timestamp()

语法:

sql
to_timestamp(unix_timestamp)

说明:

• unix_timestamp: 这是一个表示Unix时间戳的数字（可以是整数或浮点数，支持毫秒或微秒级别，尽管Unix时间戳标准通常是秒）。

to_timestamp() 函数将Unix时间戳（自1970-01-01 00:00:00 UTC以来的秒数）转换为PostgreSQL的 timestamp with time zone 类型。这意味着它内部保留了时区信息（通常是UTC，因为输入是UTC的秒数）。

核心格式化函数: to_char()

语法:

sql
to_char(timestamp, format)

说明:

• timestamp: 这是一个日期时间值，可以是 timestamp, timestamptz, date 等类型。这里我们将使用 to_timestamp() 的结果。
• format: 这是一个字符串，用于指定输出的格式。

format 参数的格式化代码:

PostgreSQL的格式代码与MySQL不同，它们不使用 % 前缀，并且有一些独特的代码。常用的包括：

• YYYY: 四位数的年份
• YY: 两位数的年份
• MM: 带有前导零的月份 (01-12)
• Mon: 月份的缩写 (Jan)
• Month: 月份的全称 (January)
• DD: 带有前导零的日期 (01-31)
• ID: ISO 8601 星期几 (1-7, Monday=1)
• Day: 星期几的全称
• HH24: 小时 (00-23)
• HH: 小时 (01-12) (用于 12小时制)
• MI: 分钟 (00-59)
• SS: 秒 (00-59)
• MS: 毫秒 (000-999)
• US: 微秒 (000000-999999)
• AM 或 PM: 上午或下午
• TZ: 时区名称 (e.g., PST)
• OF: 时区偏移 (e.g., -08)

示例:

“`sql
— 基本转换，返回 timestamp with time zone 类型
SELECT to_timestamp(1678886400);
— 结果: 2023-03-15 08:00:00+00

— 转换为指定的字符串格式 YYYY-MM-DD HH:MI:SS
SELECT to_char(to_timestamp(1678886400), ‘YYYY-MM-DD HH24:MI:SS’);
— 结果: 2023-03-15 08:00:00

— 转换为其他格式，例如 MM/DD/YYYY hh:mi AM
SELECT to_char(to_timestamp(1678886400), ‘MM/DD/YYYY HH:MI AM’);
— 结果: 03/15/2023 08:00 AM

— 带有文字字符
SELECT to_char(to_timestamp(1678886400), ‘Day, Month DD, YYYY HH24:MI:SS’);
— 结果: Wednesday, March 15, 2023 08:00:00

— 结合表格数据
SELECT
id,
unix_timestamp_column,
to_char(to_timestamp(unix_timestamp_column), ‘YYYY-MM-DD HH24:MI:SS’) AS formatted_datetime,
to_char(to_timestamp(unix_timestamp_column), ‘YYYY/MM/DD’) AS formatted_date_only
FROM your_table_name;
“`

时区注意事项: to_timestamp() 返回的是 timestamp with time zone。PostgreSQL在显示或进一步处理这个类型时，会根据当前会话的 timezone 设置进行调整。例如，如果你的会话时区是 ‘Asia/Shanghai’ (UTC+8)，那么 SELECT to_timestamp(1678886400); 可能会显示 2023-03-15 16:00:00+08。使用 to_char() 进行格式化时，to_char() 会根据输入的时间值（已经包含时区信息）和当前会话时区来确定要格式化的本地时间。如果你需要特定的时区，可以在时间戳值上应用 AT TIME ZONE 操作符，例如 to_char(to_timestamp(unix_timestamp_column) AT TIME ZONE 'America/New_York', '...')。

3.3 SQL Server

SQL Server没有直接的函数 FROM_UNIXTIME 或 to_timestamp 来将整数秒转换为日期时间。它的方法是利用 DATEADD 函数将秒数添加到Unix纪元的起始时间。

核心转换方法: DATEADD()

原理: 将Unix时间戳（秒数）加到 ‘1970-01-01 00:00:00’ 这个基准日期上。

语法:

sql
DATEADD(second, unix_timestamp, '1970-01-01 00:00:00')

说明:

• second: 指定要添加的时间单位，这里是秒。
• unix_timestamp: 表示Unix时间戳的整数值。
• '1970-01-01 00:00:00': 这是Unix纪元的起始日期和时间。需要注意的是，SQL Server的 DATETIME 类型精度是毫秒，而 DATETIME2 精度更高。使用 '1970-01-01' 或 '1970-01-01 00:00:00' 作为第三个参数会得到 DATETIME 类型。使用 '1970-01-01 00:00:00.000' 并指定类型为 DATETIME2 可以处理更高精度的Unix时间戳（例如包含毫秒的部分）。

核心格式化方法: FORMAT() (SQL Server 2012及以上版本) 或 CONVERT()

使用 FORMAT() (更易读，推荐):

语法:

sql
FORMAT(datetime_value, format_string)

说明:

• datetime_value: 通过 DATEADD 转换得到的日期时间值。
• format_string: 指定输出的格式字符串。这个格式字符串遵循 .NET Framework 的日期和时间格式字符串约定。

format_string 示例 (使用 .NET 格式):

• 'yyyy-MM-dd HH:mm:ss': 年-月-日 时:分:秒 (24小时制)
• 'MM/dd/yyyy hh:mm:ss tt': 月/日/年 时:分:秒 AM/PM (12小时制)
• 'dd-MMM-yyyy': 日-月缩写-年 (e.g., 15-Mar-2023)
• 'yyyyMMdd HHmmss': 紧凑格式
• 预定义的格式名称，如 'd', 'D', 't', 'T', 'f', 'F', 'g', 'G' 等。

使用 CONVERT() (兼容性更好，尤其在旧版本):

语法:

sql
CONVERT(data_type, expression, style)

说明:

• data_type: 目标数据类型，通常是 VARCHAR 或 NVARCHAR。
• expression: 通过 DATEADD 转换得到的日期时间值。
• style: 一个整数代码，指定输出格式。

style 代码示例:

• 101: MM/DD/YYYY
• 102: YYYY.MM.DD
• 103: DD/MM/YYYY
• 104: DD.MM.YYYY
• 105: DD-MM-YYYY
• 111: YYYY/MM/DD
• 120: YYYY-MM-DD HH:MI:SS (ODBC canonical)
• 121: YYYY-MM-DD HH:MI:SS.mmm (ODBC canonical with milliseconds)
• 20/21: YYYY-MM-DD HH:MI:SS[.mmm] (带或不带毫秒，使用 ‘-‘ 分隔日期，’:’ 分隔时间)
• 109: Mon dd yyyy hh:mi:ss:mmmAM (or PM) (格式取决于 SET LANGUAGE)
• 更多请查阅SQL Server官方文档关于 CAST 和 CONVERT 的日期时间样式。

示例:

“`sql
— 基本转换，返回 DATETIME 类型
SELECT DATEADD(second, 1678886400, ‘1970-01-01’);
— 结果 (基于SQL Server默认日期格式和时区): 2023-03-15 08:00:00.000

— 使用 FORMAT() 转换为指定的字符串格式 YYYY-MM-DD HH:mm:ss
SELECT FORMAT(DATEADD(second, 1678886400, ‘1970-01-01’), ‘yyyy-MM-dd HH:mm:ss’);
— 结果: 2023-03-15 08:00:00

— 使用 FORMAT() 转换为其他格式，例如 MM/dd/yyyy hh:mm AM/PM
SELECT FORMAT(DATEADD(second, 1678886400, ‘1970-01-01’), ‘MM/dd/yyyy hh:mm tt’);
— 结果: 03/15/2023 08:00 AM

— 使用 CONVERT() 转换为 YYYY-MM-DD HH:MI:SS 格式 (样式 120)
SELECT CONVERT(VARCHAR, DATEADD(second, 1678886400, ‘1970-01-01’), 120);
— 结果: 2023-03-15 08:00:00

— 使用 CONVERT() 转换为 MM/DD/YYYY 格式 (样式 101)
SELECT CONVERT(VARCHAR, DATEADD(second, 1678886400, ‘1970-01-01’), 101);
— 结果: 03/15/2023

— 结合表格数据
SELECT
id,
unix_timestamp_column,
FORMAT(DATEADD(second, unix_timestamp_column, ‘1970-01-01’), ‘yyyy-MM-dd HH:mm:ss’) AS formatted_datetime,
CONVERT(VARCHAR, DATEADD(second, unix_timestamp_column, ‘1970-01-01’), 103) AS formatted_date_dd_mm_yyyy
FROM your_table_name;
“`

时区注意事项: SQL Server的 DATETIME 和 DATETIME2 类型默认不存储时区信息，它们被认为是服务器所在时区的时间。DATEADD(second, ..., '1970-01-01') 会将UTC时间（Unix时间戳的基准）加上秒数，然后生成一个被解释为服务器时区的日期时间值。这意味着如果你服务器时区不是UTC，结果看起来就好像UTC时间戳直接转换成了服务器时区的时间。SQL Server 2008及更高版本提供了 DATETIMEOFFSET 类型来处理时区信息，可以使用 SWITCHOFFSET 或 AT TIME ZONE (SQL Server 2016+) 函数进行更精细的时区处理，但这需要更复杂的语法，例如：
SELECT SWITCHOFFSET(DATEADD(second, 1678886400, '1970-01-01'), '+00:00') 明确指定UTC，然后可以再转换为其他时区或格式化。

3.4 Oracle

Oracle也没有直接的 FROM_UNIXTIME 函数，它同样依赖于将秒数加到纪元日期上，但使用其特有的日期时间算术。

核心转换方法: 日期时间算术

原理: 使用 TIMESTAMP 字面量表示纪元时间，然后利用间隔类型（INTERVAL）或直接数值算术（天数）来添加秒数。

方法 1: 使用 INTERVAL (推荐，更精确到秒)

语法:

sql
TIMESTAMP '1970-01-01 00:00:00' + unix_timestamp * INTERVAL '1' SECOND

说明:

• TIMESTAMP '1970-01-01 00:00:00': Oracle中的 TIMESTAMP 字面量，表示UTC纪元开始的时间点。
• unix_timestamp: 表示Unix时间戳的数字值。
• INTERVAL '1' SECOND: Oracle的间隔类型，表示1秒的间隔。
• *: 乘法运算符，将秒数乘以1秒的间隔，得到总间隔。
• +: 加法运算符，将总间隔加到基准时间点上。

这种方法返回一个 TIMESTAMP 类型的值。

方法 2: 使用数值算术 (基于天)

语法:

sql
TO_DATE('1970-01-01', 'YYYY-MM-DD') + unix_timestamp / (60 * 60 * 24)

说明:

• TO_DATE('1970-01-01', 'YYYY-MM-DD'): 将字符串 ‘1970-01-01’ 转换为 DATE 类型。Oracle DATE 类型存储日期和时间（精确到秒）。
• unix_timestamp / (60 * 60 * 24): 将总秒数除以一天中的秒数 (86400)，得到总天数。
• +: 加法运算符，将天数加到基准日期上。

这种方法返回一个 DATE 类型的值。

核心格式化函数: TO_CHAR()

语法:

sql
TO_CHAR(datetime_value, format)

说明:

• datetime_value: 通过上述方法转换得到的 TIMESTAMP 或 DATE 值。
• format: 指定输出的格式字符串。

format 参数的格式化代码:

Oracle的格式代码与PostgreSQL类似，不使用 % 前缀。常用的包括：

• YYYY: 四位数的年份
• YY: 两位数的年份
• MM: 带有前导零的月份 (01-12)
• MON: 月份的缩写 (JAN)
• MONTH: 月份的全称 (JANUARY) (带空格填充到固定长度)
• DD: 带有前导零的日期 (01-31)
• DAY: 星期几的全称 (带空格填充到固定长度)
• DY: 星期几的缩写
• HH24: 小时 (00-23)
• HH 或 HH12: 小时 (01-12) (用于 12小时制)
• MI: 分钟 (00-59)
• SS: 秒 (00-59)
• FF: 毫秒或微秒 (取决于时间戳精度，例如 FF3 表示毫秒)
• AM 或 PM: 上午或下午
• TZR: 时区区域名称 (e.g., PST)
• TZD: 时区缩写 (e.g., PDT)
• TZH: 时区小时偏移 (e.g., -08)
• TZM: 时区分钟偏移 (e.g., 00)

示例:

“`sql
— 使用 INTERVAL 转换为 TIMESTAMP 类型
SELECT TIMESTAMP ‘1970-01-01 00:00:00’ + 1678886400 * INTERVAL ‘1’ SECOND FROM dual;
— 结果: 15-MAR-23 08.00.00.000000000 AM +00:00 (默认TIMESTAMP WITH TIME ZONE显示格式)

— 使用 INTERVAL 并用 TO_CHAR 格式化为 YYYY-MM-DD HH24:MI:SS
SELECT TO_CHAR(TIMESTAMP ‘1970-01-01 00:00:00’ + 1678886400 * INTERVAL ‘1’ SECOND, ‘YYYY-MM-DD HH24:MI:SS’) FROM dual;
— 结果: 2023-03-15 08:00:00

— 使用 DATE 算术转换为 DATE 类型
SELECT TO_DATE(‘1970-01-01’, ‘YYYY-MM-DD’) + 1678886400 / (60 * 60 * 24) FROM dual;
— 结果: 15-MAR-23 (默认DATE显示格式)

— 使用 DATE 算术并用 TO_CHAR 格式化为 MM/DD/YYYY HH:MI AM
SELECT TO_CHAR(TO_DATE(‘1970-01-01’, ‘YYYY-MM-DD’) + 1678886400 / (60 * 60 * 24), ‘MM/DD/YYYY HH:MI AM’) FROM dual;
— 结果: 03/15/2023 08:00 AM

— 结合表格数据 (使用INTERVAL方法)
SELECT
id,
unix_timestamp_column,
TO_CHAR(TIMESTAMP ‘1970-01-01 00:00:00’ + unix_timestamp_column * INTERVAL ‘1’ SECOND, ‘YYYY-MM-DD HH24:MI:SS’) AS formatted_datetime,
TO_CHAR(TIMESTAMP ‘1970-01-01 00:00:00’ + unix_timestamp_column * INTERVAL ‘1’ SECOND, ‘DD-MON-YYYY’) AS formatted_date_dd_mon_yyyy
FROM your_table_name;
“`

时区注意事项: Unix时间戳是UTC。
* 使用 TIMESTAMP '1970-01-01 00:00:00' 创建的是一个没有时区信息的 TIMESTAMP 字面量。加上间隔后，结果是 TIMESTAMP 类型。Oracle会根据数据库或会话的时区设置来解释和显示这个 TIMESTAMP 值，但它不包含原始时区信息。
* 使用 TIMESTAMP '1970-01-01 00:00:00 UTC' (或 WITH TIME ZONE) 可以创建带时区信息的TIMESTAMP字面量。加上间隔后，结果是 TIMESTAMP WITH TIME ZONE 类型。Oracle会自动处理时区转换，根据数据库或会话的时区设置来显示。例如，SELECT TIMESTAMP '1970-01-01 00:00:00 UTC' + 1678886400 * INTERVAL '1' SECOND FROM dual; 可能会显示为 15-MAR-23 08.00.00.000000000 AM +00:00 或根据会话时区显示为本地时间。
* DATE 类型不存储时区信息。TO_DATE(...) + seconds / 86400 得到的是一个 DATE 值，它被解释为数据库或会话时区的时间。

为了确保准确性，尤其是在涉及不同时区的数据时，最好使用 TIMESTAMP WITH TIME ZONE 并明确指定纪元时间为UTC：TIMESTAMP '1970-01-01 00:00:00 UTC' + unix_timestamp * INTERVAL '1' SECOND，然后在 TO_CHAR 中根据需要进行时区转换或按特定时区格式化。

3.5 SQLite

SQLite 提供了非常灵活的日期时间函数，通过不同的参数和修饰符来处理Unix时间戳。

核心函数: datetime()

语法:

sql
datetime(unix_timestamp, 'unixepoch', [modifier1, modifier2, ...])

说明:

• unix_timestamp: 表示Unix时间戳的整数值。
• 'unixepoch': 这是必须的第二个参数，告诉 datetime 函数第一个参数是Unix时间戳（自1970-01-01 00:00:00 UTC以来的秒数）。
• modifier: 可选的参数，用于调整日期时间值（例如 'localtime' 转换为本地时间）或影响输出格式。

datetime() 函数默认返回一个字符串，格式为 'YYYY-MM-DD HH:MM:SS'。其他相关的函数如 date(), time(), strftime() 也可以使用 'unixepoch' 修饰符。

常用修饰符:

• 'localtime': 将UTC时间转换为本地时间。
• 'utc': 确保时间是UTC（尽管 'unixepoch' 本身就基于UTC）。
• '+N days', '+N hours', '+N minutes', '+N seconds', '+N months', '+N years': 添加或减去时间单位。
• 'start of day', 'start of month', 'start of year', 'start of quarter', 'start of week': 将时间设置为对应时间段的开始。
• 'weekday N': 调整到当前周的指定星期几 (Sunday=0, Monday=1, …)。
• 'unixepoch': 再次出现作为修饰符，用于某些特殊情况或链式调用，但在这里主要用于指定输入格式。

使用 strftime() 进行格式化:

虽然 datetime() 返回默认格式，但通常更灵活的是使用 strftime() 函数，它可以完全控制输出格式。

语法:

sql
strftime(format, unix_timestamp, 'unixepoch', [modifier1, modifier2, ...])

说明:

• format: 指定输出的格式字符串。
• unix_timestamp: Unix时间戳。
• 'unixepoch': 必须的修饰符，指定输入格式。
• modifier: 可选的修饰符，如 'localtime' 等。

format 参数的格式化代码 (与 C 语言的 strftime 相似):

• %Y: 四位数的年份 (例如, 2023)
• %m: 带有前导零的月份 (01-12)
• %d: 带有前导零的日期 (01-31)
• %H: 带有前导零的小时 (00-23)
• %M: 带有前导零的分钟 (00-59)
• %S: 带有前导零的秒 (00-59)
• %f: 小数秒 (.SSS 或 .SSSSSS)
• %w: 星期几 (0-6, Sunday=0)
• %W: 一年中的周数 (Monday as first day)
• %j: 一年中的天数 (001-366)
• %s: 自 Unix Epoch 以来的秒数 (即原始 Unix 时间戳)
• %F: 相当于 %Y-%m-%d
• %T: 相当于 %H:%M:%S
• %c: 本地日期时间格式 (格式取决于系统设置)
• %%: 文字 ‘%’

示例:

“`sql
— 使用 datetime() 基本转换，返回默认格式字符串 (UTC时间)
SELECT datetime(1678886400, ‘unixepoch’);
— 结果: 2023-03-15 08:00:00

— 使用 datetime() 转换为本地时间
SELECT datetime(1678886400, ‘unixepoch’, ‘localtime’);
— 结果 (取决于本地时区): 2023-03-15 16:00:00 (如果是 UTC+8)

— 使用 strftime() 格式化为 YYYY-MM-DD HH:MM:SS (UTC时间)
SELECT strftime(‘%Y-%m-%d %H:%M:%S’, 1678886400, ‘unixepoch’);
— 结果: 2023-03-15 08:00:00

— 使用 strftime() 格式化为 MM/DD/YYYY hh:MM AM/PM (本地时间)
— 注意 SQLite 的 strftime 没有直接的 AM/PM 格式代码，需要结合其他方式或自定义逻辑，这里以24小时制为例
SELECT strftime(‘%m/%d/%Y %H:%M:%S’, 1678886400, ‘unixepoch’, ‘localtime’);
— 结果 (取决于本地时区): 03/15/2023 16:00:00 (如果是 UTC+8)

— 结合表格数据
SELECT
id,
unix_timestamp_column,
strftime(‘%Y-%m-%d %H:%M:%S’, unix_timestamp_column, ‘unixepoch’) AS formatted_datetime_utc,
strftime(‘%Y/%m/%d’, unix_timestamp_column, ‘unixepoch’, ‘localtime’) AS formatted_date_local
FROM your_table_name;
“`

时区注意事项: datetime() 和 strftime() 函数的默认行为是基于UTC，当添加 'unixepoch' 修饰符时尤其如此。使用 'localtime' 修饰符可以将结果转换为系统本地时间。SQLite依赖操作系统提供的时区信息来确定本地时间，这在跨平台或无标准环境时需要注意一致性。

4. 常见格式化模式

虽然前面列出了各数据库的格式代码，这里总结一些常用的格式化模式及其在不同数据库中的大致对应（需要查阅具体文档获取精确代码）：

描述	示例格式	MySQL	PostgreSQL	SQL Server (.NET Format)	Oracle	SQLite (strftime)
标准日期时间 (24h)	YYYY-MM-DD HH:MI:SS	%Y-%m-%d %H:%i:%s	YYYY-MM-DD HH24:MI:SS	yyyy-MM-dd HH:mm:ss	YYYY-MM-DD HH24:MI:SS	%Y-%m-%d %H:%M:%S
美国常用日期时间(12h)	MM/DD/YYYY hh:MI AM	%m/%d/%Y %h:%i %p	MM/DD/YYYY HH:MI AM	MM/dd/yyyy hh:mm tt	MM/DD/YYYY HH:MI AM	复杂，需逻辑处理
欧洲常用日期时间(24h)	DD.MM.YYYY HH:MI:SS	%d.%m.%Y %H:%i:%s	DD.MM.YYYY HH24:MI:SS	dd.MM.yyyy HH:mm:ss	DD.MM.YYYY HH24:MI:SS	%d.%m.%Y %H:%M:%S
仅日期 (YYYY-MM-DD)	YYYY-MM-DD	%Y-%m-%d	YYYY-MM-DD	yyyy-MM-dd	YYYY-MM-DD	%Y-%m-%d
仅时间 (HH:MI:SS)	HH:MI:SS	%H:%i:%s	HH24:MI:SS	HH:mm:ss	HH24:MI:SS	%H:%M:%S
带有星期几和月份全称	Day, Month DD, YYYY	%W, %M %d, %Y	Day, Month DD, YYYY	dddd, MMMM dd, yyyy	DAY, MONTH DD, YYYY	%A, %B %d, %Y
ISO 8601 (带时区)	YYYY-MM-DD HH:MI:SS+TZ	需结合函数	YYYY-MM-DD HH24:MI:SSOF	yyyy-MM-dd HH:mm:sszzz	YYYY-MM-DD HH24:MI:SSTZH:TZM	不支持内置时区

重要提示:

• 查阅你的具体数据库版本的官方文档，获取最准确和完整的格式代码列表。
• 格式化函数通常返回字符串。这意味着你不能再对结果进行日期时间计算（如加减天数、比较日期范围），除非你再次将其转换回日期时间类型（这通常没有必要，因为你可以在格式化之前进行日期时间计算）。

5. 实际应用与注意事项

5.1 在查询中转换和格式化:

这是最常见的用法，直接在 SELECT 语句中使用相应的函数：

“`sql
SELECT
order_id,
FROM_UNIXTIME(order_timestamp, ‘%Y-%m-%d %H:%i:%s’) AS order_datetime — MySQL
FROM orders;

SELECT
log_id,
to_char(to_timestamp(event_timestamp), ‘YYYY/MM/DD HH24:MI:SS’) AS event_datetime — PostgreSQL
FROM system_logs;

SELECT
user_id,
FORMAT(DATEADD(second, last_login_timestamp, ‘1970-01-01’), ‘yyyy-MM-dd HH:mm:ss’) AS last_login_datetime — SQL Server
FROM users;
“`

5.2 在 WHERE 子句中使用 timestamp:

如果你需要在查询中根据时间范围过滤数据，不建议在 WHERE 子句中对Unix时间戳列使用日期时间转换或格式化函数。例如：

sql
-- 不推荐 (可能导致全表扫描，无法利用索引)
SELECT *
FROM your_table
WHERE FROM_UNIXTIME(unix_timestamp_column) >= '2023-01-01'; -- MySQL

更好的方法是将比较的日期时间值转换为Unix时间戳进行比较：

“`sql
— 推荐 (可以在 unix_timestamp_column 上使用索引)
— MySQL: UNIX_TIMESTAMP() 将日期时间转回 Unix 时间戳
SELECT *
FROM your_table
WHERE unix_timestamp_column >= UNIX_TIMESTAMP(‘2023-01-01 00:00:00’);

— PostgreSQL: extract(epoch from timestamp) 或 date_part(‘epoch’, timestamp)
SELECT *
FROM your_table
WHERE unix_timestamp_column >= extract(epoch from timestamp ‘2023-01-01 00:00:00’);

— SQL Server: DATEDIFF(second, ‘1970-01-01’, ‘目标日期’)
SELECT *
FROM your_table
WHERE unix_timestamp_column >= DATEDIFF(second, ‘1970-01-01’, ‘2023-01-01 00:00:00’);

— Oracle: (目标日期 – TO_DATE(‘1970-01-01’, ‘YYYY-MM-DD’)) * 86400
SELECT *
FROM your_table
WHERE unix_timestamp_column >= (TO_DATE(‘2023-01-01’, ‘YYYY-MM-DD’) – TO_DATE(‘1970-01-01’, ‘YYYY-MM-DD’)) * 86400;

— SQLite: strftime(‘%s’, ‘目标日期’)
SELECT *
FROM your_table
WHERE unix_timestamp_column >= strftime(‘%s’, ‘2023-01-01 00:00:00’);
``
这样，数据库可以直接对unix_timestamp_column` 列使用索引，大大提高查询效率。

5.3 时区处理的复杂性:

如前所述，Unix时间戳是UTC。转换和格式化后的日期时间值如何显示取决于数据库系统、服务器配置和会话设置的时区。

• 如果你希望显示UTC时间，并且数据库函数默认会进行本地时区转换，你需要查找方法强制使用UTC（如PostgreSQL的 AT TIME ZONE 'UTC' 或 SQL Server的 SWITCHOFFSET）。
• 如果你希望显示特定本地时区的时间，确保数据库/会话的时区设置正确，或者使用数据库提供的时区转换函数。

在跨时区应用中，始终明确时间值的时区来源和目标非常重要，避免潜在的数据解释错误。

5.4 处理无效或NULL时间戳:

如果 unix_timestamp_column 列包含 NULL 值或非法的Unix时间戳（例如负数，尽管技术上负数表示1970年之前的时间），转换函数可能会返回 NULL 或错误。在实际应用中，你可能需要使用 COALESCE 函数处理 NULL 值，或使用条件语句（如 CASE）来处理潜在的无效值。

6. 总结与展望

将Unix时间戳转换为可读的日期时间格式是数据库操作中的常见任务。虽然基本原理一致，但不同数据库系统的实现方式和函数名称差异较大。掌握你所使用数据库的特定函数（如MySQL的 FROM_UNIXTIME，PostgreSQL的 to_timestamp 和 to_char，SQL Server的 DATEADD 和 FORMAT/CONVERT，Oracle的日期算术和 TO_CHAR，SQLite的 datetime 和 strftime）是关键。

此外，理解格式化代码、注意时区处理以及在查询优化时避免在索引列上直接应用转换函数，都是进行高效和准确时间数据处理的重要方面。

随着数据量的增长和应用场景的多样化，对时间数据的处理需求也会越来越复杂。深入理解数据库的时间函数及其行为，将帮助你构建更健壮、高效的数据解决方案。在遇到特定问题时，查阅你所使用数据库版本的官方文档永远是最权威和详细的参考资料。

希望本文能为你提供一个全面且深入的指南，帮助你轻松地在SQL中玩转Unix时间戳与日期时间格式化。

---