目录结论验证实验 1INSERT 后 sleep 10 秒再 COMMIT实验 2让 INSERT 语句自身慢 10 秒一个表的updated_ts字段定义如下updated_tstimestampNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMP执行insert 或 update的时候 updated_ts 取的是 INSERT 时间还是 COMMIT 时间结论先给结论updated_ts 取的是 INSERT 语句执行时的当前时间不是 COMMIT 的时间。也就是说BEGIN;INSERTINTOservicegroup(...)VALUES(...);-- 这里决定 updated_ts-- 中间耗时约 10sCOMMIT;-- 不会重新刷新 updated_ts如果 INSERT 时没有显式指定 updated_ts这一列会用DEFAULT CURRENT_TIMESTAMP自动填充。ON UPDATE CURRENT_TIMESTAMP只会在后续UPDATE该行时触发不会因为事务COMMIT而触发。所以结论是updated_ts ≈ INSERT 语句实际执行时的时间不是事务开始时间除非 INSERT 就在事务开始时执行不是 commit 时间如果 INSERT 本身是长语句例如 INSERT … SELECT … 跑了 10s一般按该语句开始执行时的时间取值同一条语句插入的多行通常时间一致如果显式写了 updated_ts则以显式值为准简单例子BEGIN;INSERTINTOdatabase_servicegroup(...)VALUES(...);-- 10:00:00DOSLEEP(10);COMMIT;-- 10:00:10最终 updated_ts 通常是 10:00:00 左右而不是 10:00:10。验证临时表CREATETABLEcodex_updated_ts_test(idINTNOTNULLAUTO_INCREMENTPRIMARYKEY,nameVARCHAR(50)NOTNULL,updated_tsTIMESTAMPNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMP);实验 1INSERT 后 sleep 10 秒再 COMMIT结果关键数据after_insert: 2026-07-10 15:01:15 updated_ts: 2026-07-10 15:01:15 after_commit: 2026-07-10 15:01:25 差值: 10 秒说明updated_ts 是 INSERT 时的时间不是 COMMIT 时间。实验 2让 INSERT 语句自身慢 10 秒执行类似INSERTINTOcodex_updated_ts_test(name)SELECTslow_insert_statementFROM(SELECTSLEEP(10))s;结果关键数据before_insert: 2026-07-10 15:01:25 after_insert: 2026-07-10 15:01:35 updated_ts: 2026-07-10 15:01:25 差值: 10 秒结论验证一致updated_ts DEFAULT CURRENT_TIMESTAMP 在 INSERT 时取的是 INSERT 语句开始执行时刻不是 INSERT 结束时刻也不是事务 COMMIT 时刻。