必须勾选“表达式”复选框，否则Navicat将CURRENT_TIMESTAMP当作字符串处理，导致默认值失效；同时需确保字段类型为DATETIME或TIMESTAMP、MySQL版本≥5.6.5，并在导出或同步时启用相关扩展选项。
Navicat 里给字段设 DEFAULT CURRENT_TIMESTAMP 为什么点保存就没了？
navicat 界面里改完“默认值”填了 current_timestamp，点保存却没生效——不是你操作错，是 navicat 默认把“表达式”当字符串处理了。它在字段属性里显示的“默认值”框，本质分两种模式：纯文本值（如 '2024-01-01'）和函数表达式（如 current_timestamp），但 ui 没明确提示切换方式。
- 必须手动勾选字段属性里的 “表达式”复选框（位置通常在“默认值”输入框右侧，图标像
f(x)或文字标“表达式”），否则 Navicat 把CURRENT_TIMESTAMP当成普通字符串加单引号存进去，建表语句实际变成DEFAULT 'CURRENT_TIMESTAMP'，自然不触发时间戳行为 - MySQL 5.6.5+ 才支持
CURRENT_TIMESTAMP作为DEFAULT；低版本只能用触发器或应用层补全 - 如果字段类型不是
DATETIME或TIMESTAMP，比如用了INT存时间戳，填CURRENT_TIMESTAMP会直接报错或静默失败
修改已有表时，用 Navicat 执行 ALTER TABLE ... MODIFY COLUMN 容易漏掉什么？
想给已存在的 created_at 字段补默认值？Navicat 的“设计表”界面点开改完保存，背后生成的 SQL 很可能只改了 DEFAULT，却没带 NOT NULL 或 ON UPDATE CURRENT_TIMESTAMP 这类关联约束——而 MySQL 要求：带 DEFAULT CURRENT_TIMESTAMP 的 TIMESTAMP 字段，若没显式声明 NOT NULL，会被自动加上；但 DATETIME 不会，且 ON UPDATE 必须单独写。
- 务必在“字段属性”里同步勾选 “非空”（尤其
TIMESTAMP类型），否则后续插入 NULL 可能意外覆盖默认值 - 需要自动更新的字段（如
updated_at），除了填CURRENT_TIMESTAMP，还得额外勾选 “自动更新” 复选框（Navicat 会生成ON UPDATE CURRENT_TIMESTAMP） - Navicat 有时对多时间戳字段有限制：MySQL 规定一个表最多一个
TIMESTAMP字段能用CURRENT_TIMESTAMP做默认值并自动更新，Navicat 不报错，但执行后只有第一个生效
用 Navicat 导出 SQL 时，CURRENT_TIMESTAMP 默认值为什么没被包含？
从 Navicat “转储 SQL 文件”导出建表语句，发现时间戳字段的 DEFAULT CURRENT_TIMESTAMP 消失了——这不是 Bug，是 Navicat 导出设置默认关闭了“扩展属性”。它优先保证兼容性，把函数类默认值视为“非标准”，干脆不写。
- 导出前点“高级”选项卡，必须勾选 “导出默认值” 和 “导出列属性”，否则只输出基础字段定义
- 如果目标库是低版本 MySQL（如 5.5），即使导出带
CURRENT_TIMESTAMP，执行也会报错；建议先导出、再手动删掉不兼容部分 - 用“结构同步”功能对比两个库时，Navicat 可能忽略默认值差异，需人工核对生成的对比 SQL 里是否有
DEFAULT CURRENT_TIMESTAMP
Navicat 连接不同数据库时，CURRENT_TIMESTAMP 写法有啥区别？
连的是 MySQL 就写 CURRENT_TIMESTAMP，但切到 PostgreSQL 或 SQL Server，同一套操作会彻底失效——Navicat 不做语法转换，它只是把你在界面上填的内容原样传给对应数据库。
- PostgreSQL 用
NOW()或CURRENT_TIMESTAMP（带括号），但 Navicat 的“表达式”框里填NOW不带括号会报错 - SQL Server 要用
GETDATE()，且必须勾选“表达式”，填GETDATE()（括号不能少） - SQLite 用
datetime('now')，Navicat 对 SQLite 支持弱，建议直接手写 SQL 执行，别依赖图形界面设默认值
事情说清了就结束。最常卡住的地方不是不会点，而是忘了勾那个小小的“表达式”框——它不显眼，但一漏，所有设置都白搭。
