CREATE TABLE AS SELECT 无法完整复制表结构，仅保留字段定义和数据，丢失主键、索引、自增、字符集、注释等；适用于无约束依赖的临时场景，如快照表、ETL中间表或显式筛选建表。
不能直接用 CREATE TABLE AS SELECT 实现“结构+数据”的完整复制——它只复制字段定义和数据，主键、索引、自增、字符集、注释等全丢。
为什么 CREATE TABLE AS SELECT 看似快却容易翻车
这条语句本质是“按查询结果反推建表”，不是读取原表元数据。执行完 SHOW CREATE TABLE new_t 会发现：PRIMARY KEY、UNIQUE KEY、AUTO_INCREMENT 全部消失。
- 原表
id INT AUTO_INCREMENT PRIMARY KEY→ 新表变成普通INT，插入时报Field 'id' doesn't have a default value - 原表有
UNIQUE KEY idx_email (email)→ 新表无此索引，重复邮箱可成功插入 - 跨库复制时字符集可能降级成
latin1_swedish_ci，中文乱码或排序异常 - 遇到
GENERATED COLUMN或CHECK约束直接报错退出
CREATE TABLE AS SELECT 的真实适用场景
它只适合对约束无依赖的临时操作，不是生产克隆方案。
- 导出带时间戳的快照表，如
logs_20260614 - ETL 中间表：只做聚合、清洗，后续不写入、不建索引
- 显式筛选字段或加计算列：
CREATE TABLE user_summary AS SELECT id, name, DATE(created_at) AS day FROM users WHERE status = 'active' - 小表快速备份（
执行前必须卡准的实操细节
哪怕只是临时用，也得避开几个硬坑：
- 目标表名必须不存在，否则报
ERROR 1050 (42S01): Table 'xxx' already exists——IF NOT EXISTS不支持，得先DROP TABLE IF EXISTS new_t - 若只要部分字段，必须显式写出列名：
CREATE TABLE new_t SELECT id, name, email FROM old_t，避免隐式类型转换（比如DECIMAL被推成DOUBLE） - WHERE 条件必须写在
SELECT子句里：CREATE TABLE new_t SELECT * FROM old_t WHERE status = 'active' - 大表慎用：单事务执行，可能撑爆
innodb_log_file_size或触发长事务告警
想保留主键和索引？别用 AS SELECT
真正要保真，必须拆成两步：CREATE TABLE new_t LIKE old_t + INSERT INTO new_t SELECT * FROM old_t。但注意：LIKE 不复制外键、触发器、表注释；INSERT ... SELECT 要求字段顺序严格一致，否则得显式列出字段。
最容易被忽略的是字段顺序隐性依赖——如果应用代码靠 rs.getString(1) 取值，而原表某天加了新字段，AS SELECT 复制出的表字段序可能已不同，线上就 quietly fail。
