MySQL和PostgreSQL批量INSERT中需显式调用逐行求值函数（如NOW()或clock_timestamp()）才能为每行生成独立时间戳；误用语句级稳定函数（如CURRENT_TIMESTAMP）会导致所有行时间相同。
MySQL 和 PostgreSQL 的 INSERT 语句本身不支持在 VALUES 列表中对每一行动态调用函数（如 NOW() 或 CURRENT_TIMESTAMP）来生成独立时间戳——除非你显式写出函数调用，否则批量插入时所有行会共享同一个时间戳值（取决于执行时刻），且无法靠默认约束自动触发多行独立赋值。
MySQL 批量 INSERT 中为每行生成独立当前时间戳
MySQL 允许在 VALUES 子句里直接写函数，每次插入都会重新求值：
INSERT INTO logs (msg, created_at) VALUES
('task started', NOW()),
('task finished', NOW()),
('error occurred', NOW());
注意：NOW() 每次出现都独立执行，三行的 created_at 值可能相差几毫秒。但如果你写成 VALUES (...), (...), (..., @t := NOW()) 这类变量复用方式，就会变成同一时间戳——这是常见误操作。
- 必须对每一行显式写一次
NOW()、CURRENT_TIMESTAMP()或SYSDATE() -
SYSDATE()更精确反映“该行执行时”的时间（不受语句起始时间影响），而NOW()在整条语句开始时固定 - 如果字段有
DEFAULT CURRENT_TIMESTAMP，但又用了INSERT ... VALUES (..., DEFAULT)，则每行仍会触发独立默认值生成
PostgreSQL 中避免所有行共用一个 CURRENT_TIMESTAMP
PostgreSQL 的 CURRENT_TIMESTAMP 是“语句级稳定函数”，整条 INSERT 里多次调用返回相同值。要实现每行独立时间戳，必须用 clock_timestamp()：
INSERT INTO events (name, recorded_at) VALUES
('login', clock_timestamp()),
('logout', clock_timestamp()),
('timeout', clock_timestamp());
常见错误是误用 CURRENT_TIMESTAMP 或 now()（二者等价），导致三行时间完全一致。
-
clock_timestamp()每次调用都返回真实当前时间，适合逐行打点 - 若字段定义了
DEFAULT clock_timestamp()，则可省略该列，用DEFAULT占位，效果相同 - 不要依赖
statement_timestamp()—— 它和CURRENT_TIMESTAMP行为一致
用 INSERT ... SELECT 替代 VALUES 实现可控时间戳生成
当数据来自另一张表或需要逻辑计算时，INSERT ... SELECT 更灵活，也天然支持逐行函数调用：
INSERT INTO audit_log (user_id, action, ts) SELECT id, 'deleted', clock_timestamp() FROM users WHERE status = 'inactive';
这里每行的 clock_timestamp() 都独立执行。相比拼接 VALUES，这种方式更易维护、不易出错，也适合大数据量场景。
- 适用于从源表过滤/转换后插入，尤其配合
generate_series()（PostgreSQL）或数字辅助表（MySQL）构造测试数据 - MySQL 中可用
(SELECT NOW())子查询代替字面量，但需确保子查询不被优化为常量 - 注意：某些 ORM（如 Django ORM 的
bulk_create）默认不支持每行调用数据库函数，需手动改写为原生 SQL 或分批处理
真正容易被忽略的是：时间戳是否“逐行独立”取决于函数本身的稳定性级别，而不是语法位置；DEFAULT 约束在批量插入中确实能保证每行触发一次，但显式写入时就必须选对函数——写错一个字母，比如把 clock_timestamp() 写成 current_timestamp()，结果就全一样了。
