INSERT INTO ... SELECT必须为单条语句，不可拆分为先SELECT再手动拼INSERT；核心是直接将查询结果作为数据源插入，要求SELECT字段数量、顺序、类型与目标表严格匹配，否则报Column count doesn't match value count或类型转换失败。
INSERT INTO ... SELECT 语法必须写成单条语句
不能先 SELECT 再手动拼 INSERT，SQL 不支持这种两步操作。核心是把查询结果直接作为插入数据源，用一条语句完成。
常见错误是漏掉 SELECT 的字段顺序或数量与目标表列不匹配，导致报错 Column count doesn't match value count 或类型隐式转换失败。
- 目标表列数、顺序、类型要和
SELECT返回的列严格对应（除非显式指定列名） - 如果只插部分列，必须在
INSERT INTO后明确写出目标列名，例如：INSERT INTO t2(col_a, col_b) SELECT a, b FROM t1 WHERE ... - 避免用
SELECT *—— 源表结构一旦变动（如增删列），语句可能意外失败或插错位置
目标表存在主键/唯一约束时要小心重复插入
直接执行 INSERT INTO ... SELECT 遇到重复键会中断并报错 Duplicate entry 'xxx' for key 'PRIMARY'，整条语句回滚，一条都插不进去。
根据需求选择应对方式：
- 跳过重复：MySQL 用
INSERT IGNORE INTO；PostgreSQL 用ON CONFLICT DO NOTHING - 冲突更新：MySQL 用
INSERT ... ON DUPLICATE KEY UPDATE；PostgreSQL 用ON CONFLICT ... DO UPDATE - 先过滤再插：在
SELECT中加WHERE NOT EXISTS (SELECT 1 FROM t2 WHERE t2.id = t1.id)，但大数据量时性能差
跨数据库或跨实例插入需要特殊处理
标准 SQL 不支持直接 INSERT INTO db2.table SELECT * FROM db1.table —— 这取决于数据库是否启用联邦查询或外部表功能。
常见现实情况：
- MySQL 同实例多库：可以，只要用户有两库权限，
db1.t1和db2.t2写全限定名即可 - MySQL 跨实例：不行，得用
mysqldump + LOAD DATA或应用层中转 - PostgreSQL 跨库：默认不支持，需用
postgres_fdw创建外部表，再查再插 - SQL Server：可用四部分命名
[server].[db].[schema].[table]，但需启用链接服务器
大表插入时性能和事务风险要提前评估
一次性插入百万行，容易锁表、打满日志、触发 OOM 或超时。不是语法问题，而是执行策略问题。
- 别用单条巨量
INSERT ... SELECT，拆成带LIMIT和偏移的批次（MySQL）或游标分页（PostgreSQL） - 确认目标表有没有索引 —— 插入前临时禁用非必要索引（
ALTER TABLE t2 DISABLE KEYS），插完再重建 - 显式控制事务：用
BEGIN; INSERT ...; COMMIT;包裹每批，避免长事务阻塞其他操作 - 注意
SELECT部分是否含复杂 JOIN 或子查询 —— 先EXPLAIN确认执行计划，避免边查边卡
实际执行前，务必在测试环境跑一遍 SELECT 子句看结果是否符合预期，尤其是 NULL 值、字符串截断、时区转换这些静默行为。字段映射一旦出错，补救成本远高于重跑。
