时间戳在数据库中怎么存

发布时间：2026-10-17 03:22:16 来源：亿速云阅读：85 作者：小樊栏目：数据库

在数据库中存储“时间戳（Timestamp）”通常有几种常见方式，具体取决于你使用的数据库类型、业务需求（如是否需要时区、是否需要精确到毫秒等）。

一、常见存储方式

1. 使用数据库原生的「时间戳类型」（推荐）

大多数关系型数据库都提供了专门的时间类型：

数据库	推荐类型	说明
MySQL	`DATETIME` / `TIMESTAMP`	`TIMESTAMP` 受时区影响，`DATETIME` 不受
PostgreSQL	`TIMESTAMP` / `TIMESTAMPTZ`	`TIMESTAMPTZ` 带时区（推荐）
Oracle	`DATE` / `TIMESTAMP`	`TIMESTAMP` 精度更高
SQL Server	`DATETIME` / `DATETIME2`	`DATETIME2` 精度更好

✅ 优点

数据库原生支持
可排序、可计算（如时间差）
占用空间小

2. 存为「Unix 时间戳（整数）」

即存从 1970-01-01 00:00:00 UTC 到现在的秒或毫秒数：

CREATE TABLE log (
  id INT,
  created_at BIGINT  -- 毫秒级时间戳
);

✅ 优点

跨语言、跨系统兼容性好
存储简单（整数）

❌ 缺点

可读性差
不直观，需转换
容易混淆“秒”和“毫秒”

3. 存为「字符串（不推荐）」

created_at VARCHAR(20)  -- '2026-01-15 10:30:00'

❌ 问题

排序容易出错
无法高效计算
格式不统一风险大

二、时区问题（非常重要）

❗ 建议方案

数据库统一存 UTC 时间
应用层按用户时区展示

例如 PostgreSQL：

created_at TIMESTAMPTZ DEFAULT now()

MySQL：

created_at DATETIME DEFAULT CURRENT_TIMESTAMP

三、常见实践示例

MySQL

CREATE TABLE orders (
  id BIGINT PRIMARY KEY,
  created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

PostgreSQL（推荐）

CREATE TABLE orders (
  id BIGSERIAL PRIMARY KEY,
  created_at TIMESTAMPTZ DEFAULT now()
);

使用 Unix 时间戳

CREATE TABLE events (
  id INT,
  event_time BIGINT  -- 毫秒
);

四、怎么选？

✅ 优先选：

数据库时间类型（TIMESTAMP / DATETIME）
带时区（TIMESTAMPTZ）

✅ 特殊场景选 Unix 时间戳：

分布式系统
跨语言日志
高性能写入

如果你能告诉我：

用的什么数据库（MySQL / PG / Oracle 等）
是否需要时区
精度要求（秒 / 毫秒）

我可以给你更精确的表结构设计建议。

向AI问一下细节