INSERT INTO SELECT是向已存在目标表批量插入查询结果的最常用方式，要求目标表存在且字段数、顺序、类型与SELECT结果严格兼容；典型写法为INSERT INTO target_table (col1, col2) SELECT col1, col2 FROM source_table WHERE ...。
INSERT INTO SELECT语法结构和基本用法
直接复制数据最常用的方式就是INSERT INTO ... SELECT，它不创建新表，只向目标表插入查询结果。核心前提是目标表已存在，且字段数量、类型、顺序需与SELECT结果兼容。
典型写法：INSERT INTO target_table (col1, col2) SELECT col1, col2 FROM source_table WHERE ...。省略列名时（即INSERT INTO target_table SELECT ...），要求SELECT返回的字段数、顺序、类型必须严格匹配目标表全部列（包括自增主键、默认值列等）。
- 如果目标表有
NOT NULL列但SELECT没提供值，会报错Column 'xxx' cannot be null -
IDENTITY或AUTO_INCREMENT列不能直接插入（除非显式启用SET IDENTITY_INSERT或INSERT IGNORE等机制） - MySQL中若目标表有
DEFAULT值，省略该列时自动填充；但PostgreSQL和SQL Server通常不允许省略NOT NULL列
跨库/跨模式复制时的表名写法
不同数据库对“库名.模式名.表名”的支持差异大，容易因语法错误中断执行。
MySQL：支持db_name.table_name，但INSERT INTO db1.t1 SELECT * FROM db2.t2要求用户有db2.t2的SELECT权限，且两个库在同一个实例内。
PostgreSQL：必须用模式限定，如INSERT INTO public.target SELECT * FROM other_schema.source；跨数据库（database）无法直连，需用postgres_fdw或导出导入。
SQL Server：支持database.schema.table，例如INSERT INTO db2.dbo.target SELECT * FROM db1.dbo.source，但注意USE db2不影响FROM部分的数据库上下文。
- 别名不能用于目标表：
INSERT INTO t AS alias SELECT ...是非法的 - 源表可加别名：
INSERT INTO t SELECT s.a, s.b FROM source AS s - Oracle不支持
INSERT INTO ... SELECT跨数据库，必须通过DBLINK或CREATE TABLE AS SELECT间接实现
处理主键冲突和重复数据
目标表已有数据时，直接INSERT INTO SELECT可能触发主键或唯一约束冲突，常见错误是Duplicate entry 'xxx' for key 'PRIMARY'。
MySQL可用INSERT IGNORE跳过冲突行，或ON DUPLICATE KEY UPDATE做更新；PostgreSQL用ON CONFLICT DO NOTHING或DO UPDATE；SQL Server对应的是MERGE语句，INSERT INTO ... SELECT本身不支持冲突处理。
-
INSERT IGNORE仅MySQL支持，且会静默丢弃整行（包括违反其他约束的行，不只主键） -
ON DUPLICATE KEY UPDATE中VALUES(col)引用的是SELECT中的值，不是原表值 - PostgreSQL的
ON CONFLICT必须指定冲突目标（如ON CONFLICT (id)），不能只写ON CONFLICT - 若只需去重插入，
SELECT DISTINCT比依赖冲突机制更可控
性能与锁注意事项
大表复制时，INSERT INTO SELECT可能长时间持有锁，阻塞其他读写操作，尤其在非事务引擎（如MyISAM）或未加WHERE条件时。
建议始终加上WHERE限制范围，避免全表扫描+全表锁定；必要时分批次执行，例如按ID区间切分：WHERE id BETWEEN 10000 AND 19999。
- MySQL InnoDB下，该语句默认是一个事务，失败则全部回滚；但日志量大可能触发
max_binlog_size或innodb_log_file_size限制 - PostgreSQL中，大结果集可能触发
temp_file_limit或内存溢出，建议配合LIMIT和循环执行 - SQL Server里，若目标表有大量索引，插入前临时禁用非聚集索引（
ALTER INDEX ... DISABLE），完成后重建，能显著提速
实际执行前先用SELECT COUNT(*)确认数据量，再评估是否需要拆分或调整隔离级别。复制过程中的锁行为、日志增长、索引维护成本，远比语法本身更值得花时间验证。
