navicat报“数据源不存在主键”是因为源表既无主键也无唯一索引，无法建立行级匹配逻辑；需通过show create table或\d等命令确认，并添加唯一约束或在key mapping中指定替代唯一字段。
Navicat 提示“数据源不存在主键，无法同步”，不是目标表缺主键，而是**源表本身没定义主键或唯一键**——它连匹配依据都没有，自然拒绝执行数据同步。
为什么 Navicat 会报“数据源不存在主键”
Navicat 数据同步必须依赖一个确定的行级匹配逻辑：它需要知道“哪一行对应哪一行”。这个逻辑默认绑定在主键上；若没有主键，它会退而求其次找唯一索引（UNIQUE NOT NULL）；两者皆无，就直接报错中断。
- 常见误判：你看到表里有
id列、甚至自增，但没显式加PRIMARY KEY约束，Navicat 就不认 - PostgreSQL 用户尤其容易踩坑：建表时写了
"id" SERIAL，但没写PRIMARY KEY ("id")，pg_catalog 中就不算主键 - MySQL 中用
ENGINE=MyISAM的表，即使有id INT PRIMARY KEY，某些旧版 Navicat 也可能因元数据解析差异漏识别
怎么确认源表真没主键
别信 Navicat 界面显示，直接查数据库元数据：
- MySQL：
SHOW CREATE TABLE `table_name`;—— 看输出里有没有PRIMARY KEY (`id`) - PostgreSQL：
\d table_name（psql）或运行SELECT conname FROM pg_constraint WHERE conrelid = 'schema.table'::regclass AND contype = 'p'; - SQL Server：
SELECT i.name FROM sys.indexes i JOIN sys.tables t ON i.object_id = t.object_id WHERE t.name = 'table_name' AND i.is_primary_key = 1;
如果查不到结果，说明真没主键——Navicat 报错是准确的，不是误报。
没主键时怎么让同步继续跑
不能跳过主键检查，但可以给 Navicat 一个替代匹配依据：
- 在源库手动加唯一约束：比如
ALTER TABLE t ADD UNIQUE (order_no);（确保该列值全局唯一且非空） - 若业务上确实无天然唯一字段，可临时加一列
sync_hash CHAR(32) AS (MD5(CONCAT(col1,col2))) STORED（MySQL 5.7+），再加UNIQUE - 回到 Navicat 同步向导 Step 2 的 Key Mapping 页面，把新唯一字段勾选为 Key —— 它就会用这列做 INSERT/UPDATE 判断
- 切忌用含 NULL 或重复值的字段（如
status、created_at）当 Key，否则预览里会出现大量误标为 Insert 的行
为什么刷新/重连也解决不了这个问题
这不是缓存问题，也不是连接状态问题。Navicat 在同步前会主动查询 INFORMATION_SCHEMA.KEY_COLUMN_USAGE（MySQL）或 pg_constraint（PostgreSQL）来确认主键存在性。只要底层系统视图返回空，界面就必然报错——清缓存、重连、重启都无效。
真正要动的是源表结构本身，或者换一个 Navicat 能识别的唯一键字段。如果业务长期无法加主键，建议放弃 Navicat 数据同步，改用逻辑层比对（如 Python + pandas）或专用 CDC 工具，避免在工具限制上反复绕弯。
