在数据库日常运维中，我们经常需要把一张表的数据复制到另一张表，用于备份、历史归档或者测试环境构造。这种操作本质上是通过SQL的查询结果与写入语句结合来完成，核心逻辑是“从一张表读出数据，写入另一张表”。根据目标表是否已经存在，以及是否需要增量复制，具体写法会有明显区别。
一、目标表已存在时的全量复制
当备份表已经建好，并且字段类型和顺序与源表兼容时，可以使用INSERT INTO SELECT语句完成整表数据备份。这种方式会把源表所有行插入到目标表，不会自动去重，因此如果多次执行，会产生重复数据。
下面以MySQL为例，将user表中的全部数据复制到user_backup表：
-- 假设 user 和 user_backup 结构一致 INSERT INTO user_backup SELECT * FROM user;
如果只需要备份部分字段或者增加固定值，可以显式写出字段列表，避免因为表结构微调导致错位：
INSERT INTO user_backup (id, name, create_time) SELECT id, name, NOW() FROM user;
这种写法的优点是简单直观，缺点是在大数据量下会长时间占用事务日志，并可能锁住源表或目标表。实际生产中建议分批提交，例如配合LIMIT和ORDER BY主键循环插入。
二、目标表不存在时的建表并复制
如果备份表还没有创建，大多数关系型数据库支持用CREATE TABLE AS SELECT（简称CTAS）一次性完成建表和灌数据。这样不需要提前写建表语句，非常适合临时备份。
以PostgreSQL为例：
CREATE TABLE user_backup AS SELECT * FROM user;
需要注意的是，CTAS创建出来的表不会复制原表的索引、主键约束和默认值，仅复制数据和基本的列类型。如果备份表后续要用于查询加速或数据校验，需要手动补建主键与索引。
在SQL Server中语法略有不同，使用SELECT INTO：
SELECT * INTO user_backup FROM user;
这种方式对开发调试非常方便，但由于缺乏约束，不建议作为长期备份方案，仅适合一次性导出或临时分析。
三、增量备份与避免重复插入
全量复制每次都会追加数据，做定期备份时通常只需要同步新产生的记录。此时可以借助NOT EXISTS或者LEFT JOIN来过滤已存在的主键，实现增量复制。
例如只把user表中id不在user_backup里的记录插入备份表：
INSERT INTO user_backup (id, name, create_time) SELECT u.id, u.name, u.create_time FROM user u WHERE NOT EXISTS ( SELECT 1 FROM user_backup b WHERE b.id = u.id );
如果数据量很大，NOT EXISTS可能效率一般，可以改用在备份表上建立唯一索引，并使用INSERT IGNORE（MySQL）或ON CONFLICT DO NOTHING（PostgreSQL）来让数据库自动跳过冲突行。
-- PostgreSQL 增量复制忽略主键冲突 INSERT INTO user_backup (id, name, create_time) SELECT id, name, create_time FROM user ON CONFLICT (id) DO NOTHING;
增量方案能显著减少写入量，也能避免重复备份导致的存储膨胀，是线上定时任务常用的写法。
四、跨数据库与注意事项
当源表和目标表不在同一个数据库实例时，单纯一条SQL无法完成，需要借助数据库链接（如MySQL的FEDERATED、PostgreSQL的postgres_fdw、SQL Server的Linked Server）或者先在应用层查询再批量写入。
无论采用哪种复制方式，都应注意以下几点：第一，明确事务边界，大量数据写入要分批提交；第二，备份前确认目标表字符集和时区设置与源表一致；第三，含有自增列的表在插入时若显式写了自增字段，需确认数据库是否允许手动赋值。合理运用上述SQL语句，就能稳定高效地完成两表之间的数据备份与复制。