Navicat结构同步无法准确比对默认值差异，因其依赖INFORMATION_SCHEMA.COLUMNS.column_default字段，而MySQL对函数类默认值（如CURRENT_TIMESTAMP）在该字段中仅存字符串或NULL，且版本间处理不一致；空表可解析SHOW CREATE TABLE对比，但非空表失效。
Navicat结构同步为什么比不出默认值差异
默认值对比在非空表上基本失效，不是bug，是navicat的底层设计限制：它依赖information_schema.columns里的column_default字段，而mysql对函数类默认值（如current_timestamp、current_date）在该字段中只存字符串形式或null，且不同版本处理不一致。空表能比出来，是因为navicat会回退到解析show create table语句——但只要表里有数据，这条路就走不通。
常见现象：created_at字段在开发库设了DEFAULT CURRENT_TIMESTAMP，测试库没设，结构同步却显示“无差异”；或者两个库都写了DEFAULT '2024-01-01'，但一个带单引号、一个带双引号，Navicat就标红提示不一致。
- 必须人工核对：连上两个库，分别执行
SHOW CREATE TABLE `table_name`;，逐行比对DEFAULT子句 - 避免依赖图形界面判断：Navicat的“对象选择”页里勾选“忽略默认值中的引号”只能缓解字符串引号差异，对函数表达式无效
- 若需自动化比对，默认值逻辑得绕开Navicat，改用脚本提取
SHOW CREATE TABLE输出后正则匹配DEFAULT\s+[^,]+
导出SQL时默认值消失的真正原因
Navicat“转储SQL文件”默认关闭函数类默认值导出，不是遗漏，是主动降级兼容性策略——它把CURRENT_TIMESTAMP、CURRENT_DATE等视为非标准SQL，在导出设置里归为“扩展属性”，默认不启用。
后果：你明明在设计表里勾了“表达式”、填了CURRENT_TIMESTAMP，导出的建表语句里却只剩`created_at` TIMESTAMP NULL，没有DEFAULT CURRENT_TIMESTAMP。
- 修复方法：导出前点“高级”选项 → 勾选
Include column default values（注意这个选项名不提“函数”，但实际控制所有默认值） - 验证导出结果：打开生成的.sql文件，搜索
DEFAULT CURRENT_，确认存在且无单引号 - 跨环境迁移时更危险：从MySQL 5.7导出再导入8.0，若没开这个选项，时间戳字段直接变NULLable，后续插入不填该字段就会报错
修改已有字段默认值时Navicat生成SQL的陷阱
在“设计表”里改一个varchar字段的默认值，Navicat背后生成的ALTER TABLE语句往往只改DEFAULT，漏掉配套约束。尤其对时间字段，DEFAULT CURRENT_TIMESTAMP和NOT NULL必须共存才生效，但Navicat不会自动帮你补全。
典型错误：给updated_at字段填CURRENT_TIMESTAMP并勾“自动更新”，保存后执行的SQL却是MODIFY COLUMN `updated_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，没加NOT NULL——结果插入NULL仍成功，默认值形同虚设。
- 务必手动检查SQL预览：右键表→设计表→改完点“SQL预览”，确认语句含
NOT NULL（TIMESTAMP类型）或显式DEFAULT CURRENT_TIMESTAMP（DATETIME类型） - DATETIME字段不能靠界面设函数默认值：Navicat对DATETIME的支持仅限SQL页手写，设计表里下拉列表不显示
CURRENT_TIMESTAMP - 多时间戳字段要小心：MySQL只允许一个
TIMESTAMP字段用DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，Navicat不校验，但执行后第二个会静默失效
跨版本迁移时默认值被拒绝的根源
MySQL 8.0严格模式默认开启NO_ZERO_DATE和NO_ZERO_IN_DATE，而很多老表建表时用了DEFAULT '0000-00-00'或DEFAULT '0000-00-00 00:00:00'，Navicat“数据传输”功能照搬源库DDL，直接触发ERROR 1067: Invalid default value for 'xxx'。
这不是Navicat的问题，是目标库SQL模式拦截了不合规值。但Navicat不提示、不转换，只报错中断。
- 迁移前必须先调目标库
sql_mode：执行SET GLOBAL sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,...'（具体值按SELECT @@sql_mode返回结果删掉那两项） - Navicat数据传输高级选项里勾
Ignore timestamp default values：专治CURRENT_TIMESTAMP类问题，但对零日期无效，得靠改sql_mode - 字符集也要同步：MySQL 8.0默认
utf8mb4_0900_ai_ci，若目标库建库时用的是utf8mb4_general_ci，某些带emoji的默认值可能被截断，需提前统一
NOT NULL、MySQL版本、SQL模式四者必须全部匹配。Navicat图形界面藏了太多隐式转换，靠点点点很难全覆盖，关键步骤建议切到SQL页手写验证。 
