CREATE TABLE ... AS SELECT 是最轻量的快照建表方式，自动创建新表并插入查询结果，但不继承主键、索引、默认值等约束；MySQL 8.0.19+ 支持 IF NOT EXISTS，旧版需手动处理表存在性，且字段类型可能被简化。
用 CREATE TABLE ... AS SELECT 直接建表并插入数据
这是最常用、最轻量的“备份查询结果”方式，适合一次性导出中间结果或做快照。它会在执行时自动创建新表，并把 SELECT 的结果写入其中，字段名、类型（部分数据库会推断）、数据全都有。
常见错误是忽略目标表已存在导致报错：Table 'xxx' already exists。MySQL 不支持 CREATE TABLE IF NOT EXISTS ... AS SELECT 的完整语法（8.0.19+ 才支持），所以得先手动确认或删旧表。
- MySQL 示例：
CREATE TABLE backup_users AS SELECT * FROM users WHERE created_at > '2024-01-01'; - PostgreSQL 需显式加
CREATE TABLE backup_users AS (SELECT ...);，括号不能少 - 字段类型可能被简化：比如 MySQL 中
VARCHAR(255)可能变成VARCHAR(191)（受索引长度限制影响），不是所有列都原样复制 - 新表不继承原表的主键、索引、默认值、注释等——纯数据结构拷贝，不是 DDL 克隆
INSERT INTO ... SELECT 要求目标表预先存在
当你要往已有结构的表里追加查询结果（比如归档到历史表），或者需要控制字段顺序、类型、约束时，就得用这个组合。它不建表，只插数据，所以必须确保目标表字段数量、顺序、兼容性都匹配。
容易踩的坑是字段类型隐式转换失败，比如把带小数的 DECIMAL 插进 INT 字段，MySQL 默认会截断但可能报错（取决于 SQL mode）；PostgreSQL 则更严格，直接拒绝。
- 先建好目标表：
CREATE TABLE archive_orders (id BIGINT, amount DECIMAL(10,2), ...); - 再插入：
INSERT INTO archive_orders SELECT id, amount, ... FROM orders WHERE status = 'done'; - 如果字段名不一致，可用别名对齐：
SELECT order_id AS id, total AS amount FROM ... - 想避免重复插入？加
WHERE NOT EXISTS或用INSERT IGNORE（MySQL）/ON CONFLICT DO NOTHING（PostgreSQL）
不同数据库对 NULL 和默认值的处理差异
CREATE TABLE ... AS SELECT 在各数据库中对源字段的 NOT NULL 约束、默认值、自增属性几乎都不保留。这意味着即使原列设了 NOT NULL，新表对应列也可能是 NULLABLE，后续插入 NULL 就不会报错——这在做逻辑备份时容易埋雷。
- MySQL：新表字段默认为
NULL，除非源列明确是NOT NULL且类型支持（如整型），才可能继承；DEFAULT和AUTO_INCREMENT一律丢失 - PostgreSQL：新表字段可空性（
NULL/NOT NULL）会继承源列定义，但DEFAULT和PRIMARY KEY仍不复制 - SQL Server 没有原生
CREATE TABLE AS SELECT，得用SELECT ... INTO，但它会自动建表且保留NOT NULL，不过不支持目标库跨 schema 写入
大数据量下要注意锁和性能
无论哪种方式，只要涉及扫描大表 + 写磁盘，就可能触发长时间读锁（MySQL MyISAM）、长事务（InnoDB）、或日志暴涨（PostgreSQL WAL）。尤其 INSERT INTO ... SELECT 在事务中执行时，整个过程不可中断，失败就得回滚全部。
- MySQL InnoDB 下，建议在低峰期执行，并确认
innodb_log_file_size足够，否则可能卡住 - PostgreSQL 中，大查询可能触发
temp_buffers不足，查pg_stat_progress_create_index类似视图可监控进度（但无直接对应视图，需看pg_stat_activity） - 想分批插入？只能手写循环 +
LIMIT/OFFSET或游标，CREATE TABLE AS SELECT不支持分片 - 别忘了后续加索引：新表没索引，后续查询会很慢，但建索引本身也是重操作，最好单独安排
实际用哪个，取决于你到底要“存一份快照”还是“往现有结构里灌数据”，以及能不能接受约束丢失。很多人只试了一次 CREATE TABLE AS SELECT 就以为万事大吉，结果发现新表主键没了、时间字段变字符串了、或者第二天应用写入时报错——这些细节不在执行语句里体现，但真出问题时很难回溯。
