CREATE TABLE ... LIKE 可快速复制表结构（含列定义、索引、主键、自增、字符集等），但不复制外键、触发器、表注释及数据；MySQL 8.0.23+ 支持复制列注释，外键需手动添加，AUTO_INCREMENT 重置为1，分区定义和全文索引可复制，但需注意引擎兼容性与默认值差异。
用 CREATE TABLE ... LIKE 快速复制表结构
直接用 CREATE TABLE new_table LIKE old_table 就能生成结构完全一致的空表，包括列定义、索引、主键、自增属性、字符集和排序规则——但不复制外键、触发器、注释（MySQL 8.0.23+ 才支持复制注释）和数据。
常见错误是误写成 CREATE TABLE new_table AS SELECT * FROM old_table，这会带数据、丢索引、改列类型（比如把 TINYINT(1) 变成 TINYINT），还可能因 SELECT 隐式转换破坏精度。
-
LIKE不复制外键约束：新表没有FOREIGN KEY，需手动用ALTER TABLE ... ADD CONSTRAINT补上 - 源表若含
DEFAULT CURRENT_TIMESTAMP等时间默认值，LIKE能保留；但 MySQL 5.7 之前版本对GENERATED COLUMN支持不完整 - 如果源表是分区表，
LIKE会复制分区定义（MySQL 5.6+），但目标表名不能与原分区名冲突
需要复制外键时，必须手动补全
外键不会随 LIKE 自动迁移，否则新表插入数据时无法受约束保护。查原表外键名和定义要用 SHOW CREATE TABLE old_table，重点找 CONSTRAINT `fk_xxx` FOREIGN KEY 那段。
注意 CONSTRAINT 名在新表里不能重复，否则 ALTER TABLE 会报错 ERROR 1022 (HY000): Can't write; duplicate key in table。
- 先用
SHOW CREATE TABLE old_table提取外键语句，把CONSTRAINT `old_fk_name`改成新名字（比如加_new后缀） - 执行
ALTER TABLE new_table ADD CONSTRAINT `new_fk_name` FOREIGN KEY (...) REFERENCES ... - 确保被引用的父表在新库中已存在且结构兼容，否则
ADD CONSTRAINT直接失败
跨库复制或调整字符集时，LIKE 仍可用但要小心默认值
如果目标库默认字符集和源库不同（比如源是 utf8mb4，目标库 DEFAULT CHARSET=latin1），LIKE 创建的表仍保持源表字符集，不受目标库影响——这是好事，但容易被忽略。
真正要干预的是：想让新表用目标库默认设置，就不能依赖 LIKE，得先用 SHOW CREATE TABLE 导出建表语句，再手动替换 CHARSET=utf8mb4 和 COLLATE=utf8mb4_0900_ai_ci 等部分。
-
LIKE复制的表，其AUTO_INCREMENT值为 1（不管原表当前值是多少） - 如果原表有全文索引（
FULLTEXT），LIKE会复制，但目标 MySQL 版本必须支持对应存储引擎（如 MyISAM 或 InnoDB） - MySQL 8.0.23+ 支持复制列注释，但表级注释仍不会被
LIKE带上，需额外用ALTER TABLE ... COMMENT='xxx'
确认是否真“完全相同”，别漏掉隐藏差异
执行完 CREATE TABLE ... LIKE 后，别急着用。用 SHOW CREATE TABLE old_table 和 SHOW CREATE TABLE new_table 并排对比，重点看三处：
- 开头的
ENGINE=是否一致（尤其当原表是ARCHIVE或MEMORY，某些 MySQL 配置可能禁用这些引擎） - 所有索引名是否都存在（
LIKE复制索引，但若原索引名超长被截断，新表索引名可能不同） -
ROW_FORMAT和STATS_PERSISTENT这类非核心但影响性能的选项，LIKE不复制，新表会用引擎默认值
这些细节平时不报错，但在高并发或大数据量场景下可能引发行为偏差。
