INSERT ... SELECT 是唯一支持子查询批量插入的核心SQL语法，它将子查询结果集作为虚拟表按位置顺序插入目标表，要求列数、类型、顺序严格匹配，不支持在VALUES中嵌套多行子查询。
INSERT ... SELECT 是批量写入的核心语法
SQL 中没有 INSERT ... VALUES 那种“一行一行列值”的写法能直接套子查询，真正支持子查询批量插入的只有 INSERT ... SELECT。它本质是把子查询结果集当“虚拟表”来插入，不是拼 SQL 字符串，也不需要提前知道行数或字段个数（只要列数和类型兼容就行）。
常见错误是试图在 VALUES 里塞子查询，比如：INSERT INTO t(a,b) VALUES ((SELECT x FROM s), (SELECT y FROM s))——这最多只插一行，且子查询必须返回单值，否则报错 Subquery returns more than 1 row。
列名顺序和数量必须严格匹配
INSERT ... SELECT 不会自动按列名映射，只按位置顺序一一对应。如果目标表有 3 列，而子查询只 SELECT 2 列，就会报错 Column count doesn't match value count；如果类型不兼容（比如往 INT 列插字符串），MySQL 可能隐式转换失败，PostgreSQL 则直接拒绝。
- 显式写出目标列名：
INSERT INTO users(id, name, created_at) SELECT id, username, NOW() FROM temp_import - 避免用
SELECT *，尤其当源表结构可能变化时 - 必要时用
CAST()或函数做类型对齐，例如 PostgreSQL 中：SELECT id, name::TEXT, created_time::TIMESTAMP
WHERE 和 JOIN 能控制数据来源范围
子查询部分可以是任意合法的 SELECT，意味着你能自然地加过滤、关联、去重，这是 INSERT ... VALUES 完全做不到的。
- 排除已存在的记录：
INSERT INTO orders (...) SELECT ... FROM staging WHERE id NOT IN (SELECT id FROM orders) - 跨库/跨表关联补全字段：
SELECT s.user_id, u.email, s.amount FROM sales s JOIN users u ON s.user_id = u.id - 避免重复插入（配合唯一索引）：
INSERT IGNORE（MySQL）或ON CONFLICT DO NOTHING（PostgreSQL），但注意这些不是标准 SQL，行为依赖数据库
大结果集要注意事务与性能边界
一次插入几百万行？别直接跑。多数数据库对单条 INSERT ... SELECT 没有行数上限，但内存、锁时间、日志体积会飙升。MySQL 在 autocommit 关闭时可能撑爆 innodb_log_file_size，PostgreSQL 的 WAL 日志也可能暴涨。
- 分批次执行：用
LIMIT+OFFSET（注意深分页性能）或基于主键范围切分，例如：WHERE id BETWEEN 10000 AND 19999 - 关闭自动提交并手动
COMMIT，减少日志刷盘次数 - 临时禁用索引或外键检查（仅限导入初期，记得恢复）：
SET FOREIGN_KEY_CHECKS = 0（MySQL）
最常被忽略的是子查询本身的执行效率——如果 SELECT 部分没走索引、JOIN 过度嵌套，INSERT 还没开始，查询就卡死了。先单独跑子查询看执行计划，比盲目调 INSERT 参数重要得多。
