MySQL 中 NOW() 与 CURRENT_TIMESTAMP() 真的完全一样吗？深入解析区别与最佳实践

直接给出核心结论：在大多数日常查询场景下，调用 NOW() 和 CURRENT_TIMESTAMP() 返回的结果确实相同。但若因此认为两者“完全等价”，则可能陷入一个常见的认知误区。本质上，CURRENT_TIMESTAMP() 是 SQL 标准定义的标准函数，而 NOW() 是 MySQL 提供的一个便捷别名。这一区别在严格遵循 SQL 标准、启用严格 SQL 模式或未来考虑跨数据库迁移时尤为重要——采用标准写法通常更具兼容性和前瞻性。

初学者常犯的一个语法错误是遗漏函数括号：INSERT INTO log (ts) VALUES (NOW);。执行此语句将立即引发 ERROR 1064 语法错误。原因在于，MySQL 会将单独的 NOW 视为列名或标识符，因此必须规范地写成 NOW() 或 CURRENT_TIMESTAMP()。

• 两者默认均返回当前会话时区下的时间戳，精度通常到秒（除非显式指定更高精度）。
• 在定义表结构、设置字段默认值时，CURRENT_TIMESTAMP（注意此处无括号）是合法语法，而 NOW() 则不被允许。
• 若需实现字段在记录更新时自动刷新为当前时间，只能使用 CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 语法，NOW() 完全不支持此特性。

如何获取毫秒或微秒精度？别只调用 CURRENT_TIMESTAMP()

默认情况下，直接调用 CURRENT_TIMESTAMP() 或 NOW() 返回的是如 2024-05-22 14:30:45 的秒级时间。若需要毫秒甚至微秒级精度，必须显式指定精度参数。

这在哪些场景下至关重要？例如：实现精细的日志链路追踪、高并发场景下的幂等性控制、或调试需区分毫秒级内发生的连续操作。

• 使用 CURRENT_TIMESTAMP(3) 将返回带3位毫秒的时间，如 2024-05-22 14:30:45.123。
• NOW(6) 同样有效，最高支持6位微秒精度。但关键前提是：对应字段的存储类型必须定义为 DATETIME(6) 或 TIMESTAMP(6)，否则指定的精度在存储时会被截断。
• 性能方面无需过度担忧，精度提升带来的开销极小。但需注意，字段定义的精度越高，索引体积会略有增加，写入时也会多一次截断或舍入计算。

时区设置导致时间“神秘偏移”？查询 @@time_zone 是排查关键

许多人未意识到，NOW() 返回的结果完全取决于当前数据库会话的时区设置，而非服务器操作系统时区。线上许多诡异的时间问题根源即在于此：生产数据库实例可能设置在 UTC 时区，而开发人员本地连接使用的却是东八区（+08:00），导致同一 SQL 查询结果相差八小时。

典型现象是：设定在凌晨2点执行的定时任务失败，查日志却发现 NOW() 返回的时间显示为“上午10点”。

• 立即执行 SELECT @@time_zone;，这是诊断时区问题的首要步骤。常见结果可能是 SYSTEM、+00:00 或 Asia/Shanghai。
• 可临时修改会话时区：SET time_zone = ‘+08:00’;，此后 NOW() 将按东八区计算。
• 此处有一个至关重要的细节：建表时若使用 TIMESTAMP 类型，存入的值会自动根据会话时区转换后存储，读取时再转换回来；而 DATETIME 类型则像“静态值”一样，存入什么即保存什么，完全不进行时区转换——这一差异常被忽略，却足以引发严重的数据一致性问题。

在 INSERT 或 DEFAULT 子句中使用 CURRENT_TIMESTAMP 需警惕括号陷阱

这可能是最易踩中的语法坑之一：在表结构的列定义中，为字段设置默认值时，CURRENT_TIMESTAMP 可以不带括号；但若误加上括号，在 MySQL 5.6 及以上版本中，将报错 ERROR 1067: Invalid default value。

通过以下对比示例可清晰理解：

CREATE TABLE events (
  id INT,
  created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,          -- ✅ 合法
  updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, -- ✅ 合法
  bad_col TIMESTAMP DEFAULT CURRENT_TIMESTAMP()            -- ❌ 报错
);

• 顺带一提，NOW() 在 DEFAULT 子句中完全不被支持，无论是否带括号。
• 若需更复杂的默认值，例如“当前时间加一天”，在旧版本中只能借助触发器或在应用层生成。MySQL 8.0+ 开始支持表达式作为默认值，但仅限于确定性函数，像 NOW() 这类非确定性函数依然被排除在外。

总结而言，时区设置、精度声明、括号使用、字段类型选择——这四者中任何一项配置不当，都足以让 NOW() 和 CURRENT_TIMESTAMP() 这对看似简单的函数，带来意想不到的“惊喜”与排查难题。理解其细微差别，是进行高效、准确 MySQL 时间处理的关键。