SQL如何获取当前系统时间？NOW与CURRENT_TIMESTAMP用法有什么区别

在关系型数据库里获取当前系统时间是再常见不过的需求，无论是记录订单生成时刻，还是给日志表打时间戳，都离不开这类函数。很多初学者看到NOW和CURRENT_TIMESTAMP都会以为它们完全等价，实际上在不同数据库引擎中，它们的语义、执行时机和适用场景都有细微但关键的差别。理解这些差别，能帮你在写SQL时避开时间错乱的坑。

一、MySQL中的NOW与CURRENT_TIMESTAMP

在MySQL里，NOW函数用于返回语句开始执行时的本地日期时间，格式为YYYY-MM-DD HH:MM:SS，如果用在存储过程或触发器中，它取的是该语句或事件触发的时间点。CURRENT_TIMESTAMP是SQL标准里的写法，在MySQL中它和NOW的行为几乎一致，同样返回语句开始时刻。二者最大的便利在于，它们都能作为表字段的默认值使用。

比如我们在建表时想让某列自动填充当前时间，可以写成如下形式。注意在MySQL 5.6之后，DATETIME类型也支持DEFAULT CURRENT_TIMESTAMP，而早期版本只有TIMESTAMP支持。下面的例子展示了两种写法在表定义中的等价性。

CREATE TABLE user_log (
  id INT PRIMARY KEY AUTO_INCREMENT,
  action VARCHAR(50),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP,
  update_time DATETIME DEFAULT NOW()
);

虽然上面建表时混用了CURRENT_TIMESTAMP和NOW，但在单次INSERT中，它们取到的时间是相同的。不过要注意，如果在同一条SQL里多次调用NOW，由于MySQL保证函数结果在语句内稳定，它们返回的值也一样，不会因执行中途耗时而产生差异。

从性能角度看，NOW和CURRENT_TIMESTAMP都是轻量函数，不会造成明显开销。但如果你的业务逻辑依赖精确到毫秒的时间，MySQL的NOW只精确到秒，若需更高精度应使用NOW(3)或CURRENT_TIMESTAMP(3)来获取微秒部分。

SELECT NOW(3) AS t1, CURRENT_TIMESTAMP(3) AS t2;
-- 返回类似 2024-05-12 14:22:01.345

二、PostgreSQL里的区别与联系

PostgreSQL严格遵循SQL标准，CURRENT_TIMESTAMP返回的是带时区的当前时间（timestamptz类型），而NOW其实是CURRENT_TIMESTAMP的同义词，由PostgreSQL内部映射实现。这意味着在PG中写NOW和写CURRENT_TIMESTAMP(0)基本没有区别，但CURRENT_TIMESTAMP可以指定精度参数。

和MySQL不同，PG的CURRENT_TIMESTAMP默认包含时区信息，如果你把结果插入到不带时区的TIMESTAMP列，会发生隐式转换，容易在跨时区部署时出问题。下面代码演示了在PG中如何获取并转换时间。

SELECT NOW(), CURRENT_TIMESTAMP, CURRENT_TIMESTAMP(2);
-- 返回带时区时间，如 2024-05-12 14:25:33.12+08

在PG的事务中还有一个重要特性：CURRENT_TIMESTAMP和NOW返回的是事务开始时间，而不是语句时间。也就是说，同一个事务里不管执行多少条SQL，它们拿到的时间戳都一样。这个特性对财务对账类应用很友好，能保证一笔事务内的时间一致。

如果只想获取语句级时间，可以使用clock_timestamp()，它会每次调用都实时读取系统时钟。因此，在PG里选NOW还是CURRENT_TIMESTAMP主要看书写习惯，但千万不要把它们和clock_timestamp混淆。

三、其他常见数据库的处理方式

Oracle数据库里并没有NOW函数，也没有CURRENT_TIMESTAMP的同名简化版，取而代之的是SYSTIMESTAMP和SYSDATE。其中SYSDATE返回服务器操作系统时间且不带时区，SYSTIMESTAMP返回带时区和秒级精度的当前时间。如果你从MySQL迁移到Oracle，直接写NOW会报无效标识符错误。

SELECT SYSTIMESTAMP FROM dual;
SELECT SYSDATE FROM dual;

SQL Server则使用GETDATE和SYSDATETIME，GETDATE精确到毫秒，SYSDATETIME精度更高。它同样支持CURRENT_TIMESTAMP作为GETDATE的标准化别名。所以在SQL Server里，CURRENT_TIMESTAMP可用，但NOW完全不可用。

这种数据库间的差异提醒我们，在写跨库兼容的DAO层或ORM映射时，最好通过配置项来适配不同方言，而不是在业务SQL里硬编码NOW。很多ORM框架比如MyBatis或Hibernate都提供了类似CURRENT_TIMESTAMP的映射策略来屏蔽底层差异。

四、使用建议与避坑总结

如果你的项目只跑在单一数据库上，优先使用CURRENT_TIMESTAMP，因为它是SQL标准，可读性更好，也方便后续人员维护。在MySQL中它可以无缝当默认值，在PG中能明确表达时区语义。NOW作为口语化函数，适合快速写脚本，但不建议放进长期维护的表结构定义里。

另一个容易踩的坑是在触发器或批量INSERT中误以为NOW会每行刷新。实际上无论是MySQL还是PG，它们在语句或事务级别稳定，不会逐行变。若你需要每行真实时间，MySQL可用ROW_TIMESTAMP类特性或应用层传入，PG可用clock_timestamp。

综上，获取系统时间看似简单，但NOW与CURRENT_TIMESTAMP在跨库、事务、默认值场景下的行为并不完全相同。理清所用数据库的文档定义，按标准写法落地，才能让时间数据准确可信。

SQLNOWCURRENT_TIMESTAMP修改时间：2026-08-05 18:54:34