MySQL建表时TIMESTAMP默认当前时间应使用DEFAULT CURRENT_TIMESTAMP；5.6.5+才支持，Navicat需选下拉菜单中的CURRENT_TIMESTAMP而非手输NOW()，且注意多TIMESTAMP字段的ON UPDATE冲突与导出兼容性问题。
MySQL建表时TIMESTAMP字段怎么设默认当前时间
直接结论：用 default current_timestamp，不是 now()，也不是 sysdate()。mysql 5.6.5+ 才支持对 timestamp 和 datetime 字段用 current_timestamp 作默认值；低于这个版本会报错 invalid default value for 'xxx'。
Navicat 图形界面里容易误点成「表达式」或手动输 NOW()，结果建表失败。必须选中「CURRENT_TIMESTAMP」这个固定选项（下拉菜单里有，不是手输）。
- 只对第一个
TIMESTAMP字段自动启用ON UPDATE CURRENT_TIMESTAMP，第二个起要显式写 - 如果字段允许 NULL，且没设默认值，Navicat 可能悄悄给你填
NULL，而不是当前时间——检查「是否为空」和「默认值」两个勾选状态 -
TIMESTAMP存的是 UTC 时间，读取时按连接时区转换；如果业务全在东八区且不涉及时区切换，DATETIME更直观，但默认值语法一样
Navicat里修改已有TIMESTAMP字段的默认值为什么总失败
常见现象：点开表设计 → 改某列默认值 → 点保存 → 提示 Cannot change column 'xxx': used in a foreign key constraint 或直接无响应。根本原因不是外键，而是 Navicat 默认用 ALTER TABLE ... MODIFY COLUMN，而 MySQL 对已存在数据的 TIMESTAMP 字段加 DEFAULT 时，要求字段不能含非空约束（NOT NULL）且当前无默认值。
实操建议优先走 SQL 模式：
- 右键表 → 「对象信息」→ 切到「DDL」标签，复制建表语句，本地改好再执行
- 或者直接运行：
ALTER TABLE `user_log` MODIFY `created_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP;
- 如果字段已是
NOT NULL且有历史 NULL 数据，先补数据：UPDATE `user_log` SET `created_at` = NOW() WHERE `created_at` IS NULL;
ON UPDATE CURRENT_TIMESTAMP 为什么会自动更新不该更新的字段
典型问题：只希望 created_at 初始化一次，updated_at 每次改；但加了 ON UPDATE CURRENT_TIMESTAMP 后，发现 created_at 也被动更新了。这是因为 MySQL 规定：一个表最多只能有一个 TIMESTAMP 字段带 CURRENT_TIMESTAMP（无论默认还是更新），其余字段若没显式声明，默认被“传染”为 ON UPDATE CURRENT_TIMESTAMP。
解决方法只有显式切断：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 建表时，对不需要自动更新的字段，必须写全：
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,<br><pre class="brush:php;toolbar:false;">updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
- 已有表修改：必须同时重定义两个字段，不能只改一个。例如：
ALTER TABLE `order` CHANGE `created_at` `created_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP, CHANGE `updated_at` `updated_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
- Navicat 的「自动更新」勾选框是全局开关，勾了就全表生效，别信它
Navicat导出SQL时TIMESTAMP默认值丢失或变成0000-00-00 00:00:00
0000-00-00 00:00:00
导出的 SQL 文件里，created_at 字段没了 DEFAULT CURRENT_TIMESTAMP，或者变成了 DEFAULT '0000-00-00 00:00:00'。这不是 Navicat bug，是它的「兼容模式」在作祟：导出设置里勾选了「MySQL 4.0/4.1 兼容」或「导出结构时不包含默认值」。
检查路径：导出向导 → 「高级」选项卡 → 确保「导出默认值」打钩、「兼容模式」选「MySQL 5.6+」或「无」。
- 如果已经导出错了，别手动修 SQL 里的
0000-00-00—— MySQL 5.7+ 默认开启NO_ZERO_DATE，直接执行会报错 - 更稳妥的做法：在目标库先执行
SET sql_mode = '';（仅当前会话），再导入；长期方案是关掉全局sql_mode中的NO_ZERO_DATE - Navicat 版本低于 15.0.26 时，即使设置正确，也可能漏掉
ON UPDATE子句，建议导出后 grep 一把CURRENT_TIMESTAMP
真正麻烦的从来不是设默认值，而是字段类型选 TIMESTAMP 还是 DATETIME、要不要允许 NULL、以及历史数据里混着 '0000-00-00' 或 NULL 时怎么平滑过渡——这些没法靠 Navicat 点几下解决。
