INSERT INTO ... SELECT 是一条原子语句，要求列数、顺序、类型严格匹配，支持 INSERT IGNORE 和 ON DUPLICATE KEY UPDATE 处理冲突，WHERE 和 JOIN 必须写在 SELECT 中，大表需分批事务控制与性能优化。
INSERT INTO ... SELECT 语法必须匹配列数和类型
直接用 SELECT 的结果填充目标表，核心是 INSERT INTO table1 SELECT ... FROM table2。它不是“先查再插”的两步操作，而是一条原子语句，数据库会校验字段数量、顺序、数据类型是否兼容。
- 目标表的列数必须等于
SELECT返回的列数（不能靠*蒙混，尤其当目标表有自增主键或默认值列时） -
SELECT中的表达式类型需能隐式转换为目标列类型，比如把字符串插入INT列会报错ERROR 1366 (HY000): Incorrect integer value - 如果目标表有
NOT NULL列但SELECT没提供值（且无默认值），语句直接失败
INSERT IGNORE 和 ON DUPLICATE KEY UPDATE 处理重复冲突
当目标表有唯一索引或主键，而 SELECT 结果含重复键值时，普通 INSERT INTO ... SELECT 会中断并报错 ERROR 1062 (23000): Duplicate entry。这时得加控制逻辑：
-
INSERT IGNORE INTO t1 SELECT * FROM t2：跳过冲突行，其余正常插入，不报错也不警告 -
INSERT INTO t1 SELECT * FROM t2 ON DUPLICATE KEY UPDATE col = VALUES(col)：冲突时更新指定列，VALUES(col)指的是本次SELECT中该行对应列的值 - 注意：
INSERT IGNORE不触发AUTO_INCREMENT值递增（哪怕跳过了一行），而ON DUPLICATE KEY UPDATE会——这点影响后续自增值
WHERE 条件和 JOIN 必须写在 SELECT 子句里
INSERT INTO ... SELECT 的过滤和关联逻辑全部封装在 SELECT 部分，不能在 INSERT 后加 WHERE 或 JOIN。
- 正确写法：
INSERT INTO orders SELECT u.id, u.email, NOW() FROM users u WHERE u.status = 'active' - 错误写法：
INSERT INTO orders SELECT * FROM users WHERE status = 'active'（如果orders表结构与users不一致，必然失败） - 需要多表关联时，直接在
SELECT中JOIN：INSERT INTO log SELECT u.name, a.action FROM users u JOIN actions a ON u.id = a.user_id
大表批量插入要注意事务和性能
一次插入几万行时，不加控制容易锁表、OOM 或超时。MySQL 默认自动提交，但 INSERT ... SELECT 是单条语句，无法分批。
- 显式包在事务里：
BEGIN; INSERT INTO t1 SELECT * FROM t2 LIMIT 10000; COMMIT;，避免中途失败导致部分写入 - 用
LIMIT+OFFSET分页（注意OFFSET大时性能差），或按主键范围切分：WHERE id BETWEEN 10000 AND 20000 - 关闭唯一性检查（仅限导入阶段且确认无重复）：
SET unique_checks = 0;，结束后记得恢复
真正麻烦的是跨库或异构数据迁移——这时候 INSERT ... SELECT 失效，得换 mysqldump --where 或应用层流式读写，别硬扛。
