MySQL跨库INSERT INTO SELECT需同时具备源库SELECT和目标库INSERT权限，缺一不可；仅同实例支持，不同实例须换方案。

MySQL 中用 INSERT ... SELECT 跨库迁移数据时权限怎么配？

跨库插入的前提是当前用户对源库和目标库都有足够权限。只给 SELECT 权限不够，目标表还得有 INSERT 权限；如果目标库不在同一实例，根本走不通这条路——INSERT ... SELECT 只支持同实例不同库。

• 检查权限：执行 SHOW GRANTS FOR CURRENT_USER，确认含 SELECT ON source_db.* 和 INSERT ON target_db.*
• 别用 root@localhost 临时开权限，生产环境应建专用账号，比如 'migrator'@'10.10.%.%'
• 若源库和目标库在不同 MySQL 实例，必须换方案（见下一条）

PostgreSQL 跨实例迁移用 pg_dump + psql 还是 dblink？

pg_dump + psql 是最稳的离线方式，适合一次性全量迁移；dblink 能实时查远程表，但写入受限（不能直接 INSERT INTO ... SELECT FROM dblink(...)），且远程库需开启 shared_preload_libraries = 'dblink' 并重启。

• 全量迁移优先跑：pg_dump -h src_host -U src_user -d src_db -t public.users --inserts | psql -h dst_host -U dst_user -d dst_db
• 增量或条件迁移才考虑 dblink：先 SELECT * FROM dblink('host=src port=5432 dbname=src_db user=u password=p', 'SELECT id,name FROM users WHERE updated_at > ''2024-01-01''') AS t(id int, name text)，再手动 INSERT
• dblink 查询失败常见报错是 connection to server at "src" failed，本质是网络或 pg_hba.conf 没放行

SQL Server 跨服务器 INSERT 遇到 “Ad hoc distributed queries” 错误怎么办？

直接 INSERT INTO target_server.db.schema.table SELECT * FROM linked_server.db.schema.table 会报错：Msg 7415, Level 16, State 1, Line 1 Ad hoc distributed queries are not enabled。这是 SQL Server 默认禁用即席查询的安全策略。

• 临时启用（仅调试）：EXEC sp_configure 'show advanced options', 1; RECONFIGURE; EXEC sp_configure 'Ad Hoc Distributed Queries', 1; RECONFIGURE;
• 更稳妥的做法是建正式链接服务器：EXEC sp_addlinkedserver @server='remote_srv', @provider='SQLNCLI', @datasrc='10.10.20.30'，再用四部分命名 remote_srv.db.dbo.table
• 注意：链接服务器账号密码明文存在系统表里，生产环境建议用 Windows 认证或最小权限 SQL 登录名

Oracle 使用 DBLINK 插入时字符集不一致导致乱码或 ORA-12704 错误

源库是 AL32UTF8，目标库是 ZHS16GBK，直接 INSERT INTO t SELECT * FROM t@remote_link 很可能挂掉。Oracle 不自动转码，ORA-12704: character set mismatch 就是典型症状。

• 先查两边字符集：SELECT parameter, value FROM nls_database_parameters WHERE parameter IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET')
• 插入前显式转换字段：INSERT INTO t (id, name) SELECT id, CONVERT(name, 'ZHS16GBK', 'AL32UTF8') FROM t@remote_link
• 如果字段含 CLOB，CONVERT 不支持，得用 TO_CLOB(UTL_RAW.CAST_TO_NVARCHAR2(...)) 或分批导出文本再导入

跨库迁移真正卡点不在语法，而在权限边界、网络可达性、字符集对齐和事务一致性。哪怕脚本跑通一次，下次源表加了字段或目标库启用了行级安全策略（RLS），照样失败。