Navicat不提供一键扫描无主键表功能，需执行SQL查询information_schema.tables与key_column_usage视图联合判断；设计表界面看“主键”列勾选状态或DDL中PRIMARY KEY定义才可确认。
直接查 information_schema 找出无主键表
navicat 本身没有“一键扫描全库主键缺失”的功能，但你可以用 sql 在目标库中快速定位——这是最准、最快、不依赖界面状态的方式。
执行以下语句（替换 your_database 为实际库名）：
SELECT table_name
FROM information_schema.tables t
WHERE t.table_schema = 'your_database'
AND t.table_type = 'BASE TABLE'
AND NOT EXISTS (
SELECT 1
FROM information_schema.key_column_usage k
WHERE k.table_schema = t.table_schema
AND k.table_name = t.table_name
AND k.constraint_name = 'PRIMARY'
);
- 这个查询只依赖 MySQL 元数据，不受 Navicat 版本或权限配置干扰
- 注意：
key_column_usage视图在某些低权限账号下可能不可见，务必用有SELECT权限的账号执行 - 如果结果为空，不代表绝对安全——有些表用
UNIQUE NOT NULL代替主键，需人工判断业务逻辑是否允许
在 Navicat 中手动确认某张表有没有主键
右键表 → 设计表 → 切换到“字段”选项卡，看“主键”列是否有勾选；或者右键 → 对象信息 → 切换到“DDL”标签页，搜索 PRIMARY KEY 关键字。
- “设计表”界面里，“主键”列显示 ✅ 的字段才被 Navicat 识别为主键字段
- DDL 中出现
PRIMARY KEY (id)或PRIMARY KEY USING BTREE (id)才算有效定义；仅带AUTO_INCREMENT不等于有主键 - 如果 DDL 里有
ENGINE=MyISAM，即使写了PRIMARY KEY，MySQL 也支持，但 MyISAM 的主键约束弱于 InnoDB，别误判为“已具备”
批量导出后主键丢失？先看导入路径是否踩坑
很多“看起来没主键”的表，其实是 Navicat 导入时丢掉了——尤其是从 Excel/CSV 导入，或导出时没选“含结构”。
- 用 CSV 导入时，Navicat 默认走“结构推断”，完全忽略源表的
PRIMARY KEY定义 - 导出 SQL 文件时，若没勾选【包含创建表语句】或【包含索引和外键】，生成的文件只有
INSERT，没有CREATE TABLE - 目标库字符集不兼容（如导出用了
utf8mb4_0900_ai_ci，而目标是 MySQL 5.7），会导致建表语句执行失败，后续索引和主键语句被跳过，且 Navicat 不报错
为什么 Navicat 结构对比不报“缺少主键”警告
Navicat 的结构比对逻辑只做字段/索引/约束的逐项匹配，它不会主动标记“该表应有主键但没有”——这属于设计规范检查，不是结构差异。
- 两个表都无主键，比对结果会显示“无差异”，哪怕它们都该有
- 一个有主键、一个没有，比对会标出“结构不同”，但不会说明“缺失主键”，只会显示 DDL 差异行
- 真正能暴露问题的是同步操作后的报错：比如你试图给无主键表加外键，MySQL 直接拒绝，报
ERROR 1075 (42000): Incorrect table definition
主键缺失不是语法错误，而是隐性风险。靠 Navicat 界面点几下很难兜住，得靠元数据查询 + 导入路径复盘 + 同步前 DDL 审计三者结合。
