MySQL导出需显式加--no-create-info等选项才能自动加SET FOREIGN_KEY_CHECKS=0；PostgreSQL用--disable-triggers自动设session_replication_role；SQL Server须在目标库执行ALTER TABLE NOCHECK CONSTRAINT。
MySQL 导出时跳过外键检查的正确姿势
导出数据时遇到 cannot disable foreign key checks 或导出 sql 里没生成 set foreign_key_checks=0，不是权限问题，而是 mysqldump 默认不自动关外键——它只在满足特定条件时才加这行。
关键点：必须同时指定 --no-create-info 或 --skip-triggers 等某些选项，mysqldump 才会主动插入 SET FOREIGN_KEY_CHECKS=0；否则即使你加了 --disable-keys，它也不会动外键开关。
-
--no-create-info：不导出 CREATE TABLE，此时 dump 认为“只导数据”，默认加SET FOREIGN_KEY_CHECKS=0 -
--skip-triggers或--routines不影响外键开关，但--single-transaction和--lock-tables冲突，会导致外键检查无法关闭 - 如果你要导完整结构+数据，又想禁用外键检查，必须显式加
--set-gtid-purged=OFF --skip-triggers --no-create-db --no-create-info组合，再手动补SET FOREIGN_KEY_CHECKS=0
PostgreSQL pg_dump 如何绕过外键依赖顺序
PostgreSQL 没有全局外键开关，pg_dump 默认按依赖顺序导出表（先父表后子表），所以不会报外键冲突。但如果你用 --inserts 或 --column-inserts 导出 INSERT 语句，且目标库已存在数据，就可能因顺序错乱失败。
真正起作用的是 --disable-triggers —— 它会在每个表 INSERT 前加 SET session_replication_role = 'replica'，临时跳过触发器和外键检查；导完再恢复为 origin。
- 仅对
pg_dump -t单表或--section=pre-data生效，全库 dump 时该选项默认启用 - 不能和
--serializable-deferrable共存，否则会报错cannot use serializable deferrable with disable-triggers - 注意：该设置只影响当前 session，导入时若用
psql -f是安全的；但用程序逐条执行 INSERT 就得自己控制SET session_replication_role
SQL Server bcp / sqlcmd 导出时不校验外键的实操限制
SQL Server 的 bcp 和 sqlcmd 本身不涉及外键检查——它们只是把查询结果导成文件，不执行 INSERT。真正出问题是在后续导入阶段（比如用 BULK INSERT 或 SSIS）。
所以“禁用外键”操作不在导出命令里，而在目标库执行：
- 导入前运行
ALTER TABLE [child] NOCHECK CONSTRAINT ALL，导入完再CHECK CONSTRAINT ALL - 不能用
SET FOREIGN_KEY_CHECKS=0（这是 MySQL 语法，SQL Server 不识别） - 如果用
BULK INSERT，加上KEEPIDENTITY和IGNORE_CONSTRAINTS可跳过主键/唯一约束，但外键仍需提前NOCHECK - SSIS 中对应选项是 “Enable constraints” 勾选框，默认勾选，必须取消才能跳过
自动生成带外键开关的 SQL 脚本要注意什么
手写脚本拼 SET FOREIGN_KEY_CHECKS=0 很容易漏掉恢复语句，或者恢复位置不对（比如放在事务中间），导致后续操作意外受约束。
更稳妥的方式是用数据库原生命令生成，而非字符串拼接：
- MySQL：用
mysqldump --skip-triggers --no-create-info --compact，再 sed 替换开头为SET FOREIGN_KEY_CHECKS=0;，结尾加SET FOREIGN_KEY_CHECKS=1; - PostgreSQL：用
pg_dump --disable-triggers --inserts，它已自动处理 session_replication_role 开关 - 别在脚本里写
DISABLE TRIGGER ALL ON SCHEMA public（SQL Server），这会禁用所有触发器，远超外键所需，且需要 db_owner 权限
最常被忽略的一点：不同环境的 SQL mode 或 search_path 可能让同一段开关语句失效——比如 MySQL 5.7 和 8.0 对 FOREIGN_KEY_CHECKS 的 session 级生效范围不同，PostgreSQL 的 session_replication_role 在函数内不可修改。得按实际版本验证。
