create table ... as select 不算完整克隆，因它仅保留字段名、类型、null约束和部分默认值，丢失主键、索引、外键、auto_increment、注释等全部元数据；完整克隆应使用 create table ... like + insert into ... select 组合，或跨实例时用 mysqldump。
不能只用 CREATE TABLE ... AS SELECT —— 它会丢掉主键、索引、外键、AUTO_INCREMENT、注释等全部元数据，不是真正意义上的“克隆”。
为什么 CREATE TABLE ... AS SELECT 不算完整克隆
它本质是“按查询结果反推建表”，只保留字段名、类型、是否允许 NULL 和默认值表达式（部分版本），其余一概清零：
-
PRIMARY KEY、UNIQUE、FOREIGN KEY全部丢失 - 所有索引（
KEY、FULLTEXT、SPATIAL）不复制 -
AUTO_INCREMENT属性消失，新表自增值从 1 开始 - 触发器、分区、列注释（
COMMENT）、生成列依赖上下文全无
执行后 SHOW CREATE TABLE new_table 里几乎看不到任何 KEY 或 CONSTRAINT 定义，就是踩坑信号。
CREATE TABLE ... LIKE + INSERT INTO ... SELECT 是生产首选
这是唯一能在单实例内完整保留原表元数据并同步数据的组合方案：
- 第一步：
CREATE TABLE new_table LIKE old_table→ 完整复制结构（含主键、索引、AUTO_INCREMENT 当前值、注释、字符集、排序规则） - 第二步：
INSERT INTO new_table SELECT * FROM old_table→ 插入全量数据
注意点：
- 若原表极大（如超 500 万行），建议加
LIMIT分批插入，避免长事务锁表：INSERT INTO new_table SELECT * FROM old_table LIMIT 0, 100000 - 确保目标库
innodb_flush_log_at_trx_commit设置合理；临时调为 0 可提速，但会牺牲崩溃安全性 - 跨库操作时，
LIKE仅支持同实例，不同实例必须换mysqldump
大表或跨实例场景必须用 mysqldump
当需要迁移超大表（千万级+）、跨 MySQL 实例、或要求强一致性时，mysqldump 是不可替代的工具：
- 导出结构+数据：
mysqldump -u user -p db_name old_table > old_table.sql - 导入到新表（需先改
CREATE TABLE语句中的表名）：mysql -u user -p db_name - 关键参数：
--single-transaction（InnoDB 无锁一致性快照）、--quick（防内存溢出）
别省略 --single-transaction —— 缺失它，大表导出期间写入可能造成数据不一致，且无法用于主从同步校验。
容易被忽略的细节：字符集、排序规则、时间戳精度
即使结构和数据都对了，以下三点仍常引发线上问题：
- 原表用
utf8mb4_0900_as_cs，新表可能降级成utf8mb4_0900_ai_ci（尤其低版本客户端连接时），导致大小写敏感行为突变 -
TIMESTAMP列若带微秒精度（TIMESTAMP(6)），旧版 MySQL（ -
ENUM/SET类型在AS SELECT中会转为字符串，枚举值顺序可能错乱，LIKE方式则完全保留
最稳妥的做法：始终用 SHOW CREATE TABLE 对比原表与新表的建表语句，逐字确认 ENGINE、CHARSET、COLLATE、AUTO_INCREMENT、COMMENT 是否一致。
