数据迁移是数据库日常维护和项目开发中非常常见的任务，比如把历史数据归档到备份表、把测试数据灌入正式环境、或者在系统重构时把旧表结构的数据搬运到新表。很多初学者习惯用程序循环逐条INSERT，数据量一上来速度就慢得难以忍受。其实SQL本身提供了强大的批量处理能力，其中最核心的就是INSERT INTO ... SELECT语句，一条SQL就能完成成千上万行的搬运工作。本文围绕INSERT SELECT的用法展开，详细说明它的语法细节、典型场景以及几种常见的批量数据迁移方式。
一、INSERT SELECT的基本语法与执行原理
INSERT SELECT语句的标准写法是把一条SELECT查询的结果集直接插入到目标表中，基本语法如下：
INSERT INTO target_table (column1, column2, column3) SELECT column1, column2, column3 FROM source_table WHERE condition;
执行时，数据库会先运行SELECT部分生成一个结果集，再把这个结果集整体写入目标表。整个过程在数据库引擎内部完成，不需要把数据取回到应用程序再写回去，因此省去了大量网络往返开销。这也是它比循环逐条插入快得多的根本原因：逐条插入每执行一次就有一次SQL解析、网络传输和事务提交的成本，而INSERT SELECT把这些成本合并成了一次。
使用时有几个要点需要注意。第一，INSERT INTO后面的列清单和SELECT后面的列必须按位置一一对应，数据类型要兼容，否则会报类型转换错误或直接失败。第二，如果目标表的列允许为空且有默认值，可以省略部分列，但主键和NOT NULL约束的列必须提供值。第三，WHERE条件不可省略时一定要写清楚，漏写WHERE会把源表全部数据都搬过去，这是新手最容易犯的错误之一。
二、典型应用场景与常见写法
1. 条件筛选插入
实际迁移时往往只需要搬一部分数据，比如把一年前的订单归档到历史表：
INSERT INTO orders_history (order_id, customer_id, amount, created_at) SELECT order_id, customer_id, amount, created_at FROM orders WHERE created_at < DATE_SUB(NOW(), INTERVAL 1 YEAR);
这种写法的好处是可以精确控制迁移范围，配合索引使用时效率很高。归档完成后，通常还会执行一条DELETE把源表中的对应数据清理掉，两步操作最好放在同一个事务里保证一致性。
2. 跨库或跨服务器的数据迁移
MySQL中可以在表名前加库名前缀，实现同实例下跨库搬运：
INSERT INTO new_db.users (id, name, email) SELECT id, name, email FROM old_db.users WHERE status = 1;
如果是不同服务器实例，MySQL可以通过FEDERATED引擎或者配置主从复制来处理，SQL Server则可以使用链接服务器（Linked Server），在表名前加上链接服务器名和库名即可。跨库迁移前要特别留意字符集和排序规则是否一致，否则可能出现乱码或者插入失败的报错。
3. 插入时做数据转换
SELECT部分本身支持表达式和函数，所以迁移的同时可以对数据做清洗和转换，例如把状态值从数字映射为文字：
INSERT INTO user_report (user_name, status_text, create_date)
SELECT name,
CASE status WHEN 1 THEN 'active' WHEN 0 THEN 'disabled' ELSE 'unknown' END,
DATE(created_at)
FROM users;这个特性非常实用，很多ETL工作中的简单转换都可以直接在SQL层完成，省去了写外部脚本的麻烦。
三、SELECT INTO与分批迁移等其他方式对比
1. SELECT INTO建表复制
除了INSERT SELECT，SQL Server和旧版MySQL还支持SELECT INTO语法，它可以在插入的同时自动创建目标表：
-- SQL Server写法，自动创建new_table并复制数据 SELECT order_id, amount, created_at INTO orders_backup FROM orders WHERE created_at < '2020-01-01';
两者的区别在于：SELECT INTO要求目标表不存在，适合快速复制备份；INSERT SELECT要求目标表已经建好，适合往既有表里持续追加数据。另外要注意，MySQL 8.0已经移除了SELECT INTO建表的功能，只能用它把查询结果写入变量，所以MySQL环境下还是应该用CREATE TABLE ... LIKE配合INSERT SELECT的组合。此外CREATE TABLE new_t AS SELECT这种写法在MySQL中也能实现类似效果，但它复制过来的表会丢失原表的索引和约束，需要谨慎使用。
2. 大数据量的分批迁移策略
当数据量达到千万级甚至更高时，一条INSERT SELECT一次性搬完会带来问题：长时间持锁、主从延迟暴涨、undo日志膨胀，一旦中途失败全部回滚代价巨大。稳妥的做法是分批提交，用主键范围控制每批的数据量：
-- 每次迁移1万条，按主键分批 INSERT INTO orders_history (order_id, customer_id, amount, created_at) SELECT order_id, customer_id, amount, created_at FROM orders WHERE created_at < DATE_SUB(NOW(), INTERVAL 1 YEAR) ORDER BY order_id LIMIT 10000;
写一个循环脚本反复执行这条语句，直到影响行数为0为止。每一批独立提交，即使中途失败也只回滚当前批次，锁持有时间也缩短到了秒级。对于追求更强性能的场景，还可以配合LOAD DATA INFILE先把数据导出成文件再快速导入，这种方式在超大数据量的冷迁移中往往是最快的。
3. 几种方式的选择建议
总结一下选型思路：目标表已存在且数据量适中，直接用INSERT SELECT最简单；需要边迁移边转换数据，同样是INSERT SELECT配合表达式；需要快速建备份表，SQL Server下用SELECT INTO；千万级以上的在线迁移，采用分批INSERT SELECT加循环提交；超大规模的一次性搬迁，考虑导出文件加LOAD DATA。无论哪种方式，正式执行前务必在测试环境验证语句，并在生产操作前做好备份，给关键条件加上WHERE限定，避免误操作扩大影响范围。
INSERT SELECTSQL批量插入数据迁移修改时间：2026-09-03 08:46:36