MySQL NOW() 返回服务器本地时区下的当前日期和时间，精度默认为秒，类型为DATETIME；可指定精度如NOW(3)支持毫秒，但需匹配字段精度定义。
MySQL NOW() 返回的是什么时间？
它返回服务器当前的日期和时间，精度到秒（如 '2024-05-22 14:37:08'），类型是 DATETIME。不是客户端时间，也不是 UTC 时间，而是 MySQL 实例所在操作系统当前时区下的本地时间。
常见错误现象：
— 应用里插入记录后查 NOW() 和数据库里存的值对不上
— 多台服务器部署时，NOW() 结果不一致
— 以为它等价于 Unix 时间戳，结果直接拿去算差值出错
- 使用场景：日志记录、默认创建时间字段（
created_at DATETIME DEFAULT NOW()） - 它不带时区信息，
NOW()和CURRENT_TIMESTAMP完全等价，可互换 - 如果服务器时区是
+08:00，NOW()就是东八区时间；改成UTC后，值立刻变
需要毫秒级精度怎么办？
NOW() 默认只有秒级。真要毫秒，得显式指定精度：NOW(3) 表示毫秒（3 位小数），NOW(6) 是微秒。
注意：
— 字段类型必须是 DATETIME(3) 或 TIMESTAMP(6) 才能存下；否则自动截断
— 旧版本 MySQL（
- 建表时写：
created_at DATETIME(3) DEFAULT NOW(3) - 查询时用：
SELECT NOW(3), NOW(6)—— 两者都合法，但精度不同 - 性能影响极小，但复制环境要注意主从 MySQL 版本是否一致，否则可能因精度不兼容导致同步中断
NOW() 和 SYSDATE() 到底差在哪？
表面上看都返回当前时间，但行为完全不同：NOW() 是语句开始执行时的快照；SYSDATE() 是函数实际调用时刻的时间。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
容易踩的坑：
— 在一个耗时存储过程里多次调用 NOW()，结果全一样；而 SYSDATE() 每次都可能不同
— 做延时判断、调试执行耗时时误用 NOW()，得到错误的时间差
- 典型例子：
SELECT SLEEP(2), NOW(), SYSDATE();——NOW()两个值相同，SYSDATE()可能差 2 秒左右 - 触发器里建议用
NOW()，保证整条语句逻辑时间一致；实时监控类场景才考虑SYSDATE() - 复制安全：只有
NOW()是 deterministic 的，SYSDATE()在基于语句的复制（SBR）下可能主从不一致
想存 Unix 时间戳该用哪个函数？
NOW() 不是时间戳。UNIX_TIMESTAMP() 才是——但它接受参数也返回整数，别混淆。
常见错误：
— 直接 INSERT INTO t VALUES (NOW()) 然后想用 UNIX_TIMESTAMP(NOW()) 再转一次（多余）
— 把 UNIX_TIMESTAMP() 当成无参函数用，结果返回的是当前秒数，但字段类型却是 DATETIME，隐式转换出错
- 存秒级时间戳：字段用
INT UNSIGNED，插入用UNIX_TIMESTAMP() - 存毫秒级：用
UNIX_TIMESTAMP() * 1000 + MICROSECOND(NOW(3)) DIV 1000（不推荐，易错） - 更稳的做法：字段保持
DATETIME(3)，需要用时间戳时再在应用层转，避免 MySQL 端做复杂计算
时区仍是关键点：UNIX_TIMESTAMP(NOW()) 按服务器时区转成 UTC 秒数；如果服务器设的是 SYSTEM，那结果就依赖系统时钟设置。
