create table ... as select 一条语句完成建表与插入，自动推导字段结构但不复制主键、索引和约束；mysql和postgresql支持，sql server不支持，需用select into替代。
用 CREATE TABLE ... AS SELECT 直接建表并插入数据
这是最常用也最直接的方式，一条语句完成「建新表 + 插入查询结果」两件事。它会自动根据 SELECT 的列名、类型和表达式推导新表结构，不需要提前 CREATE TABLE。
常见错误是误以为能指定主键或索引——CREATE TABLE ... AS SELECT 不支持在语句里定义约束（如 PRIMARY KEY、NOT NULL），建出来的表只有字段和数据，没有约束和索引。
- 如果源表有
id INT PRIMARY KEY，目标表只会得到id INT，不带主键属性 - 若需保留约束，得先
CREATE TABLE显式定义结构，再用INSERT INTO ... SELECT - MySQL 和 PostgreSQL 都支持该语法；SQL Server 不支持，得拆成两步
示例：
CREATE TABLE orders_backup AS SELECT * FROM orders WHERE created_at > '2024-01-01';
INSERT INTO ... SELECT 要求目标表已存在
当你需要控制表结构（比如加主键、默认值、索引）时，必须先建好目标表，再用 INSERT INTO ... SELECT 导入数据。
容易踩的坑是列数量或顺序不匹配：目标表字段数、类型、顺序必须和 SELECT 结果严格一致，否则报错 Column count doesn't match value count 或类型转换失败。
- 显式写出字段名比用
*更安全，尤其当源表增删字段后 - 目标表如果有自增主键，且你不想由数据库生成值，就得在
SELECT中明确提供该列值，或确保目标列允许NULL - PostgreSQL 中若目标表有
serial类型主键，而你没在SELECT里提供值，可能触发默认序列值，导致 ID 不连续
示例：
INSERT INTO orders_backup (order_id, customer_name, amount) SELECT id, name, total FROM orders WHERE status = 'paid';
不同数据库对空表/重复建表的处理差异
CREATE TABLE ... AS SELECT 在大多数数据库中，如果目标表已存在，会直接报错（如 PostgreSQL 报 relation "xxx" already exists），不会覆盖。
想实现“存在则清空重插”，得自己加逻辑：
- MySQL 可用
CREATE TABLE IF NOT EXISTS ... AS SELECT，但仅跳过建表，不清理已有数据 - PostgreSQL 没有内置的“覆盖建表”语法，需手动
DROP TABLE IF EXISTS再重建 - SQL Server 完全不支持
AS SELECT，只能先SELECT INTO（但只允许目标表不存在）
所以跨库迁移脚本时，别假设语法通用；生产环境做备份前，务必确认目标表状态，避免意外覆盖或失败。
大数据量下要注意性能和事务行为
用 CREATE TABLE ... AS SELECT 或 INSERT INTO ... SELECT 备份几百万行时，实际是执行一次全量扫描 + 写入，不是“复制文件”。这意味着：
- 源表会被长时间读锁定（尤其 MyISAM），InnoDB 虽支持 MVCC，但大事务仍可能拖慢其他写操作
- 目标表写入期间占用磁盘和 buffer pool，可能触发 OOM 或慢日志告警
- PostgreSQL 中该操作默认在单个事务内完成，失败则全部回滚；MySQL（InnoDB）同理，但 MyISAM 不支持事务
线上系统做备份，建议避开高峰；超大表考虑分批（比如按时间范围 WHERE 分段执行），或用逻辑备份工具（如 mysqldump --where）替代直接 SQL 备份。
真正麻烦的从来不是语法写对了没，而是建出来的表缺索引、没主键、字段精度缩水，或者半夜跑着跑着把磁盘撑爆了——动手前先看一眼 EXPLAIN 和目标库剩余空间。
