Navicat 17 执行 DDL 后对象列表不刷新，需手动右键“表”节点或数据库名选择「刷新」（F5）；语法错误可能静默失败，应检查分号、反引号及用 SHOW TABLES 验证；建表后须核对 ENGINE、CHARSET、COLLATE 并刷新缓存。
在查询编辑器里执行DDL建表语句后，对象列表不刷新？
navicat 17 不会自动感知你手动执行的 create table 语句结果。哪怕语句成功返回“query ok”，表也不会立刻出现在左侧“表”节点下——这是新手最常卡住的地方。
原因很简单：Navicat 的对象树是基于连接初始化时缓存的元数据构建的，不是实时轮询数据库。你手写 DDL 属于“外部变更”，它不会主动 reload。
- 执行完建表语句后，必须右键左侧“表”节点 → 选择「刷新」（或按
F5） - 如果刚连上就执行了 DDL，也可以右键整个数据库名 → 「刷新」，效果一样
- 注意别只刷新某个子文件夹（比如“视图”或“函数”），要刷对目标层级
粘贴的 DDL 语法错误导致建表失败，但没报错提示？
Navicat 查询编辑器默认开启「自动提交」，但某些语法错误（如字段类型拼错、缺反引号、末尾少分号）可能被静默吞掉，只显示“0 rows affected”，实际表根本没建出来。
实操建议：
- 粘贴前先检查语句末尾是否有
;—— MySQL 客户端模式下，没分号会导致语句不执行 - 表名或字段名含横线、中文、大小写混合时，务必用反引号包裹，例如
`user-log`、`User_ID` - 执行后立即运行
SHOW TABLES LIKE 'your_table_name';确认是否存在，比依赖对象树更可靠 - 如果用了
IF NOT EXISTS，即使表已存在也不会报错，容易误判成功
DDL 里带 ENGINE/CHARSET/COLLATE，但 Navicat 自动生成的表没这些？
Navicat 可视化新建表（右键 → 「新建表」）生成的 DDL 默认省略 ENGINE、DEFAULT CHARSET 和 COLLATE，全靠服务端默认值兜底。但生产环境往往禁用 MyISAM、强制 utf8mb4，这时候直接复制可视化生成的 DDL 上线就会出问题。
正确做法是：
- 建好表后，右键该表 → 「对象信息」→ 切到「DDL」标签页，复制完整语句
- 重点核对三处：
ENGINE=InnoDB、DEFAULT CHARSET=utf8mb4、COLLATE=utf8mb4_0900_ai_ci（MySQL 8.0）或utf8mb4_unicode_ci（5.7） - 如果 DDL 缺这些，手动补上再执行；别依赖 Navicat 可视化界面的“默认”
刷新后表出现了，但双击打不开数据编辑器？
常见于两种情况：一是表结构有语法陷阱（比如用了 JSON 字段但 MySQL 版本低于 5.7），二是 Navicat 缓存了旧的列定义，和实际 DDL 不一致。
排查步骤：
- 先在查询编辑器运行
DESCRIBE `your_table`;，确认字段数量和类型是否和 DDL 一致 - 如果描述正常但打不开，尝试关闭该表标签页 → 右键表名 → 「编辑」，看能否进结构编辑器
- 仍失败的话，退出 Navicat 17 再重连——它的元数据缓存有时不会随刷新彻底更新
DDL 脚本本身没问题，真正容易翻车的是执行后的“确认闭环”：执行 → 刷新 → 查证 → 核对编码与引擎。这四步漏掉任何一环，都可能让表躺在那里，既看不见也用不了。
