MySQL 5.6.5+ 中 TIMESTAMP 可直接 DEFAULT CURRENT_TIMESTAMP，DATETIME 需显式声明且 8.0.19+ 才支持 DEFAULT (CURRENT_TIMESTAMP)；PostgreSQL 需先 ADD COLUMN 再 UPDATE 填历史数据；SQLite 用 TEXT DEFAULT (datetime('now'))。
MySQL 中 CREATE TABLE 里怎么给时间戳字段设默认值
mysql 5.6.5+ 支持 timestamp 和 datetime 字段用 current_timestamp 做默认值，但行为差异很大：只有 timestamp 能直接写 default current_timestamp；datetime 必须显式声明 default current_timestamp（5.6.5+）且不能和 on update current_timestamp 混用在同一个字段上（除非是 mysql 8.0.19+）。常见错误是复制别人建表语句时没注意版本，结果报错 invalid default value for 'xxx'。
实操建议：
- 确认 MySQL 版本：
SELECT VERSION(); - 优先用
TIMESTAMP字段做自动时间戳（存储空间小、带时区转换），例如：created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP - 若必须用
DATETIME，MySQL 5.6.5–8.0.18 不支持DEFAULT CURRENT_TIMESTAMP，得靠应用层或触发器补；8.0.19+ 才支持，但要加括号：created_at DATETIME DEFAULT (CURRENT_TIMESTAMP) - 避免对多个
TIMESTAMP字段都设DEFAULT CURRENT_TIMESTAMP——MySQL 只允许一个字段这样用，其余会报错Invalid default: TIMESTAMP column with CURRENT_TIMESTAMP
PostgreSQL 怎么批量给现有表加 created_at 默认值
PostgreSQL 不像 MySQL 那样允许在 ALTER TABLE ... ADD COLUMN 时直接写 DEFAULT NOW() 并立即生效于已有行——它只影响新插入数据。想让历史行也填上时间戳，必须显式更新。很多人卡在这步，以为加了默认值就“全量生效”了。
实操建议：
- 先加字段（不带默认值）：
ALTER TABLE users ADD COLUMN created_at TIMESTAMPTZ; - 再用
UPDATE填充历史数据：UPDATE users SET created_at = NOW() WHERE created_at IS NULL; - 最后加默认约束：
ALTER TABLE users ALTER COLUMN created_at SET DEFAULT NOW(); - 如果表很大，
UPDATE会锁表且慢，考虑分批更新，比如按主键范围：UPDATE users SET created_at = NOW() WHERE id BETWEEN 1 AND 10000 AND created_at IS NULL;
SQLite 批量设置时间戳默认值的兼容写法
SQLite 没有原生 TIMESTAMP 类型，通常用 TEXT 存 ISO8601 字符串（如 '2024-03-15 10:20:30'），默认值只能是常量或简单函数。它支持 datetime('now')，但不支持带参数的函数如 datetime('now', '+1 day') 作默认值——这种写法在 CREATE TABLE 里会直接报错 near "(": syntax error。
实操建议：
- 用
TEXT DEFAULT (datetime('now'))（注意括号！SQLite 要求函数默认值必须加括号） - 别用
strftime或带修饰符的datetime，它们在默认值上下文中不被允许 - 如果需要毫秒级精度，SQLite 不支持自动填充，得靠应用层生成字符串，或改用
INTEGER存 Unix 时间戳 +DEFAULT (strftime('%s','now')) - 迁移旧表时，SQLite 的
ALTER TABLE ... ADD COLUMN不支持指定默认值（即使语法通过，也不会填充历史行），必须手动UPDATE
跨数据库批量建表脚本里怎么安全写时间戳默认值
写通用建表 SQL 时，硬写 CURRENT_TIMESTAMP 会崩在 SQLite 或老版本 MySQL 上；用 ORM 自动生成又容易忽略底层差异。最稳妥的方式不是“一套 SQL 走天下”，而是按目标数据库动态生成字段定义。
实操建议：
- 别在 DDL 脚本里混用多种数据库语法，例如同时写
DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP（MySQL）和DEFAULT NOW()（PostgreSQL） - 用轻量模板工具（如 Python 的
string.Template或 shell 变量替换）区分生成逻辑，例如：created_at ${ts_default}，再根据数据库类型注入对应值 - 对 PostgreSQL，
ts_default = "TIMESTAMPTZ DEFAULT NOW()"；对 MySQL 5.7+，ts_default = "TIMESTAMP DEFAULT CURRENT_TIMESTAMP"；对 SQLite，ts_default = "TEXT DEFAULT (datetime('now'))" - 测试环节一定要连真实数据库执行建表，而不是只用语法检查——很多默认值问题（比如 MySQL 的
NO_ZERO_DATE模式）只在执行时暴露
时间戳默认值看着简单，但跨版本、跨数据库时，CURRENT_TIMESTAMP、NOW()、datetime('now') 这三个写法背后藏着一堆隐性约束，一不留神就让建表失败或者历史数据为空。真正批量落地时，与其赌文档兼容性，不如把数据库类型和版本当第一参数来处理。
