Navicat中1:n连线方向反了本质是外键定义端被误判为主表，即外键建在了本应为父表的表上；需通过SHOW CREATE TABLE确认REFERENCES指向，并用ALTER TABLE修正外键位置，再Reverse Database to Model更新模型。
Navicat里1:n连线方向反了，本质是外键定义端被误判为主表
Navicat画1:n连线时，箭头方向不是由你拖拽的起点/终点决定的，而是严格依据外键约束中REFERENCES子句的指向：箭头永远从“含外键字段的表”（子表）指向“被引用主键的表”（父表）。如果你看到箭头从orders指向customers，说明orders表里有customer_id字段引用customers.id——这是对的；但如果箭头反向，大概率是外键建在了customers表上，比如错误地加了FOREIGN KEY (order_id) REFERENCES orders(id)，导致Navicat认为customers才是子表。
检查SHOW CREATE TABLE输出里的CONSTRAINT定义
直接查元数据比看图更可靠。执行SHOW CREATE TABLE children;，重点找类似这样的行：
CONSTRAINT `fk_children_mom` FOREIGN KEY (`ch_mom_id`) REFERENCES `mother` (`mom_id`)
如果发现REFERENCES右边是children，左边却是mother，就坐实了方向颠倒。常见诱因包括：
- 建表时手抖写反了
REFERENCES顺序 - 用工具生成SQL时模板套错，把“被引用表”当成了“声明外键的表”
- 逆向工程时源库外键已损坏（比如
mother表被删过又重建，但外键没重挂）
修改外键方向不能只改ER图，必须同步改数据库
在Navicat模型里双击连线、调换1:n和n:1类型，只是改了图形显示，不会生成ALTER TABLE ... DROP FOREIGN KEY和重建语句——导出SQL时仍按原约束输出，同步到库后关系还是错的。
真正修复要分两步：
- 先在数据库里删掉错误外键：
ALTER TABLE mother DROP FOREIGN KEY fk_mother_order; - 再在正确表上重建：
ALTER TABLE children ADD CONSTRAINT fk_children_mom FOREIGN KEY (ch_mom_id) REFERENCES mother(mom_id);
做完之后必须重新走一遍Reverse Database to Model，而不是点“刷新”。否则Navicat缓存的旧元数据还在，图上箭头不会变。
为什么有时候改了SQL，ER图里箭头还是不动
除了没重建模型，还有两个隐蔽原因：
-
加载外键选项被关闭：路径是工具 → 选项 → 模型 → 勾选「加载外键」→ 重启Navicat（不重启无效） - 连接账号缺权限：MySQL下需确认该账号能查
INFORMATION_SCHEMA.KEY_COLUMN_USAGE，否则Navicat读不到刚建的外键，自然不更新连线
最稳妥的验证方式：右键子表 → Design Table → 切换到Foreign Keys标签页，这里显示的才是数据库真实状态。图上的箭头只是它的镜像，别让它骗了你。
