复制mysql数据库表结构，最快、最可靠的方式就是执行CREATE TABLE ... LIKE语句，它能在秒级完成新表创建，并将原表的字段、索引、约束等结构定义完整复制过来。 无论你是要建一个临时表做测试，还是需要把线上表结构同步到另一个环境，掌握几种不同的复制方法能让你在不同场景下都游刃有余，接下来我会直接给你可执行的命令和操作路径,并说清楚每种方式的适用边界。
复制mysql数据库表结构到新表的三种常用方式
日常工作中，复制表结构不止一种写法，我按使用频率从高到低排列,你直接照着抄就行。
CREATE TABLE … LIKE，最纯粹的复制
这是我最推荐的方式，它只复制表结构，不复制任何数据，执行速度快,而且不会触发原表的行级锁。
CREATE TABLE new_table LIKE old_table;
执行完这条语句，new_table会和old_table拥有完全相同的字段定义、索引、主键、唯一约束、默认值以及自增属性，需要特别注意一点：LIKE方式不会复制外键定义，如果你原表有外键,需要手动补上。
SHOW CREATE TABLE，适合跨库或跨服务器复制
当你需要把表结构迁移到另一个数据库实例时，SHOW CREATE TABLE更灵活。
SHOW CREATE TABLE old_table;
执行后客户端会返回一行结果，第二列就是完整的CREATE TABLE语句，你可以把它复制出来，修改表名后直接执行，这种方式的好处是你能看到完整的表定义,方便在复制的同时调整字段或存储引擎。
CREATE TABLE AS SELECT，复制结构加部分数据
如果你想复制表结构，同时带上部分数据，就用CREATE TABLE AS SELECT（简称CTAS）：
CREATE TABLE new_table AS SELECT FROM old_table WHERE 1=0;
这里的WHERE 1=0是关键它让查询结果为空，从而只创建表结构，但你要清楚，CTAS方式只会复制字段的数据类型，不会复制索引、主键、默认值、自增属性，它更适合快速生成一个用于数据分析的临时表,而不是生产环境的精确复刻。
mysql复制表结构带数据怎么做
很多时候你要的不是空表，而是结构和数据一起复制，根据数据量和是否需要跨服务器,我分两种情况给你操作路径。
同库内复制：CREATE TABLE AS SELECT
在同数据库里复制表结构和全部数据,最简单直接：
CREATE TABLE new_table AS SELECT FROM old_table;
这条语句会创建一个新表，并把old_table的所有行插入进去，但记住，索引和约束不会跟着过来，如果你需要新表也有索引，后续要手动执行ALTER TABLE添加。
跨库或跨服务器复制：mysqldump命令
当目标表不在同一个实例上，用mysqldump是行业共识，先导出表结构,再导入目标库。
# 仅导出表结构（不含数据） mysqldump -u username -p database_name old_table --no-data > table_structure.sql # 导入到目标数据库 mysql -u username -p target_database < table_structure.sql
如果你需要结构和数据一起迁移，去掉--no-data参数即可：
mysqldump -u username -p database_name old_table > table_full.sql mysql -u username -p target_database < table_full.sql
这里提醒你一个细节：mysqldump默认会在导入前执行DROP TABLE IF EXISTS，如果你不想覆盖目标表，可以加上--no-create-info来只导入数据。
带数据复制时索引和自增值的处理
用CTAS方式复制数据后，新表的主键和自增属性会丢失，比如原表id是自增主键，新表里它只是一个普通字段，如果你需要保留,必须手动重建：
ALTER TABLE new_table ADD PRIMARY KEY (id); ALTER TABLE new_table MODIFY id INT AUTO_INCREMENT;
据统计，多数开发者在做数据归档时都会遇到这个问题，我的建议是：如果要求结构完整，优先用CREATE TABLE ... LIKE先建表，再配合INSERT INTO ... SELECT灌入数据。
mysql复制表结构到另一个库需要注意什么
复制到另一个库，看似只是换个库名,但有几个坑容易踩。
库名和表名的大小写敏感问题
MySQL在Linux下默认对库名和表名区分大小写，在Windows下不区分，如果你从Linux导出到Windows，执行脚本时可能报错找不到表，解决方案是统一使用小写表名，或者在MySQL配置中设置lower_case_table_names=1。
字符集和排序规则必须一致
跨库复制时，如果源库和目标库的默认字符集不同，新表可能出现乱码，执行SHOW CREATE TABLE old_table时，注意看CHARSET=和COLLATE=部分，比如源表是utf8mb4，目标库默认是latin1，你必须在建表语句里显式指定DEFAULT CHARSET=utf8mb4。
存储引擎的选择
MySQL 8.0默认使用InnoDB，但如果你复制的是MyISAM表，直接执行CREATE TABLE ... LIKE会沿用MyISAM引擎，如果你希望统一用InnoDB,可以在建表后执行：
ALTER TABLE new_table ENGINE=InnoDB;
业内专家指出，生产环境建议统一使用InnoDB,因为它在事务支持和崩溃恢复方面明显优于MyISAM。
复制表结构时索引和注释也会一起复制吗
很多新手关心这个问题，我直接给你结论：分情况。
CREATE TABLE … LIKE 会完整复制索引和列注释
LIKE方式会复制所有索引（包括普通索引、唯一索引、全文索引）、列注释、表注释、默认值、自增属性，但不会复制外键，也不会复制触发器,这是MySQL官方文档明确说明的行为。
SHOW CREATE TABLE 方式需要手动保留索引
当你用SHOW CREATE TABLE拿到的语句，本身包含索引定义，只要你不删掉，执行后索引自然存在，但如果你用CTAS方式,索引完全丢失。
如何验证复制后的表结构是否一致
复制完成后,用以下命令对比两个表的定义：
SHOW CREATE TABLE old_table; SHOW CREATE TABLE new_table;
逐行对比字段、索引、约束部分，如果你只看索引列表,可以用：
SHOW INDEX FROM new_table;
确认索引数量和非唯一字段是否和原表一致。
复制表结构的常见问题快问快答
我在实际运维中经常被问到下面几个问题,直接给你答案。
复制mysql表结构时能否复制分区表的分区规则？
CREATE TABLE ... LIKE会复制分区定义，但有个前提：源表必须已经是分区表，如果源表不是分区表，你需要在复制后手动执行ALTER TABLE ... PARTITION BY。CTAS方式不会复制分区。
mysql复制表结构索引会复制吗？
如果你用的是CREATE TABLE ... LIKE，索引会完整复制，如果用CREATE TABLE AS SELECT，索引不会复制，所以这个问题没有固定答案，取决于你用的命令，这一点很多人踩过坑，建议你复制后立刻用SHOW INDEX检查。
复制表结构后，原表的数据会被锁住吗？
CREATE TABLE ... LIKE只读取元数据，不会锁原表的数据行，所以在线复制时不用担心影响业务。INSERT INTO ... SELECT会读取原表数据，在InnoDB默认隔离级别下会加共享锁，但一般很快释放，如果数据量大,建议在低峰期操作。
复制mysql数据库表结构这件事，核心就一句话：分清你是要纯结构、结构加数据、还是跨库迁移，然后选择对应的命令。CREATE TABLE ... LIKE是结构复制的首选，mysqldump是跨服务器迁移的可靠方案，CTAS适合快速生成带数据的临时表，最后记住，任何复制操作完成后都要检查索引和自增属性,避免留下隐患。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e5%a6%82%e4%bd%95%e5%a4%8d%e5%88%b6mysql%e6%95%b0%e6%8d%ae%e5%ba%93%e8%a1%a8%e7%bb%93%e6%9e%84%ef%bc%8c%e6%ad%a5%e9%aa%a4%e6%98%af%e4%bb%80%e4%b9%88%ef%bc%9f/
