navicat 15点save未建出表，主因是mysql拒绝执行ddl：常见于未设主键（mysql 8.0+严格模式下必需）或字段约束冲突（如多列ai、text作主键、not null缺默认值等），需通过“查看sql”或server monitor定位真实错误。
navicat 15 点了 save 却没建出表，大概率不是“没保存”，而是 ddl 执行被 mysql 拦下来了
很多人在 Navicat 15 里填完字段、点顶部 Save、输表名、点确定，结果刷新数据库列表——表没出现。这不是 Navicat 卡住或崩溃，而是后台执行的 CREATE TABLE 语句被 MySQL 拒绝了，但 Navicat 默认不弹出完整错误，只给个模糊提示（比如空白弹窗、闪退、或静默失败）。核心原因往往就两个：缺主键，或字段约束之间打架。
为什么没设主键会导致建表失败
MySQL 8.0+（尤其启用严格模式时）对 InnoDB 表有隐式要求：必须显式定义主键。Navicat 15 新建表若所有字段都未勾选 PK，它生成的 DDL 就是不带 PRIMARY KEY 的，MySQL 直接拒绝执行。
- 检查方式：右键表设计窗口 → “查看 SQL”（或导出为 SQL 文件），看生成语句末尾有没有
PRIMARY KEY (xxx) - MySQL 报错典型特征：
ERROR 1170 (42000): BLOB/TEXT column 'xxx' used in key specification without a key length（你可能误设了 TEXT 字段为主键）或更常见的ERROR 1075 (42000): Incorrect table definition; there can be only one auto column and it must be defined as a key（AI 勾了自增却没勾 PK） - 解决动作：至少选一个
INT或BIGINT字段，勾上PK和AI；别用VARCHAR或TEXT当主键；如果真要用字符串主键，得手动写长度，比如name VARCHAR(64) PRIMARY KEY，Navicat 界面不支持自动补这个
字段约束冲突的典型组合
Navicat 界面勾选看着独立，但合起来可能违反 SQL 语义。MySQL 在解析 DDL 阶段就报错，不会等到插入数据才提醒。
-
NOT NULL+ 空默认值栏：字段设了非空，又没填默认值，也没勾AI，建表会成功，但后续INSERT必挂（Column 'xxx' cannot be null）；而有些旧版 Navicat 甚至会直接拦在建表环节 -
AI+ 非整数类型：比如给VARCHAR勾了自增，Navicat 会生成无效语法，MySQL 报ERROR 1064 (42000): You have an error in your SQL syntax -
TIMESTAMP字段设了默认值但没勾DEFAULT CURRENT_TIMESTAMP：MySQL 5.6+ 要求第一个TIMESTAMP必须有默认值，否则建表失败；Navicat 界面里填了CURRENT_TIMESTAMP但没勾那个复选框，等于白填 - 多个字段同时勾
AI：MySQL 只允许一个自增列，Navicat 不校验，直接生成非法 DDL，报错ERROR 1075
怎么快速定位到底卡在哪一步
别靠猜，直接看 MySQL 实际收到的命令和返回。
- 打开 Navicat 的
Tools → Server Monitor，建表前先清空日志，再点Save，立刻去看监控里最后一条语句和它的返回码 - 如果 Server Monitor 没记录，换 SQL 窗口手动执行：右键设计窗口 → “查看 SQL”，复制出来，在查询窗口粘贴运行，错误信息会完整显示
- 注意 Navicat 15 对 MySQL 8.0.30+ 的兼容问题：某些字符集选项（如
utf8mb4_0900_as_cs）在界面下拉菜单里有，但老版本 MySQL 不认，建表时报ERROR 1273 (HY000)；临时解法是把排序规则改成utf8mb4_general_ci - 导出 SQL 后发现语句里有
ENGINE=InnoDB ROW_FORMAT=DYNAMIC但 MySQL 实例禁用了DYNAMIC（比如只支持COMPACT），也会失败；此时删掉ROW_FORMAT部分再试
真正麻烦的不是“找不到 Save 按钮”，而是约束条件之间互相咬死，错误藏在 DDL 解析阶段，不翻日志或不看 SQL 根本看不见。每次点 Save 前，心里默念一遍：主键有了吗？自增只有一列吗？非空字段都有兜底吗？时间戳默认值勾对了吗？
