InnoDB使用CREATE TABLE LIKE复制表有风险吗？新表大小骤减是否正常

这种现象是完全正常的，核心原因、验证方式及生产环境建议如下：

为什么新表空间远小于原表？ #

• 原表存在严重碎片化：InnoDB删除数据后，释放的空间会被标记为空闲但不会立即归还操作系统，而是留作后续数据复用。多年的增删操作会产生大量数据页空洞、碎片页，这些碎片化空间在原表中无法自动压缩回收；而新建表时，InnoDB会将有效数据重新按最优结构紧凑存储，彻底消除碎片化。
• 索引得到重新优化构建：CREATE TABLE ... LIKE会复制原表的索引结构，但INSERT INTO ... SELECT *插入数据时，InnoDB会按顺序重新构建B+树索引，避免了原表因多次增删导致的索引不平衡、节点空洞问题，新索引的空间利用率远高于原表。
• 无多余预留空间：原表长期使用过程中，InnoDB的表空间文件会自动扩展且不会主动缩小，可能存在不少预留的空白空间；而新表是根据实际数据量按需分配空间，没有多余预留。

如何确认操作无遗漏？ #

• 核对数据行数：执行以下命令确认新旧表数据完全一致：

  SELECT COUNT(*) FROM products;
  SELECT COUNT(*) FROM products_new;
  

• 校验数据完整性：用校验和验证数据无差异：

  CHECKSUM TABLE products, products_new;
  

• 查看表空间详情：对比新旧表的实际数据/索引占用空间：

  SHOW TABLE STATUS LIKE 'products'\G
  SHOW TABLE STATUS LIKE 'products_new'\G
  

  重点关注Data_length、Index_length字段，新表的数值是有效数据的合理占用量。

生产环境操作建议 #

• 选低峰期执行：避免INSERT ... SELECT的锁表操作影响业务。可以加上主键排序插入，进一步优化新表的空间和性能：

  INSERT INTO products_new SELECT * FROM products ORDER BY 你的主键字段;
  

• 原子替换原表：用原子重命名操作切换新旧表，避免数据丢失：

  RENAME TABLE products TO products_old, products_new TO products;
  

  确认业务正常后，再删除旧表释放原表空间：

  DROP TABLE products_old;
  

内容的提问来源于stack exchange，提问作者eberisen