使用AFTER关键字是否会影响MySQL大表Schema迁移速度？

• InnoDB的列存储逻辑：InnoDB的表行数据是按列定义的物理顺序存储的，聚集索引（主键）决定了行的存储顺序，但列的顺序直接影响每一行的字节结构。

• 默认添加列（无AFTER）的高效性：
  当不指定AFTER时，新列会被追加到表的最后一列。InnoDB不需要修改现有任何数据行的物理内容，只需要更新表的元数据。读取旧数据时，新列会自动返回默认值（比如BOOLEAN类型默认是NULL）。这种操作属于原地元数据修改，几乎不消耗IO和CPU，大表操作也能瞬间完成。

• 使用AFTER的重构造代价：
  一旦指定AFTER oldcol，要求新列插入到oldcol之后，InnoDB必须重新组织整个表的所有行：

  1. 逐行读取原有数据
  2. 重新构造每一行的字节序列，将新列插入到指定的位置
  3. 将新构造的行写入磁盘（通常是写入临时表，再替换原表）
     这个过程等价于全表重建，对于超大表来说，需要扫描并修改所有行数据，IO和CPU消耗极大，自然耗时远高于默认方式。

• 验证是否为巧合的方法：
  要排除服务器流量等外部因素，可在低负载时段重复对比测试：

  1. 执行ALTER TABLE x ADD COLUMN newcol BOOLEAN;并记录耗时
  2. 执行ALTER TABLE x DROP COLUMN newcol;
  3. 执行ALTER TABLE x ADD COLUMN newcol BOOLEAN AFTER oldcol;并记录耗时
     多次测试后如果差异稳定，就可以确认是AFTER关键字导致的性能差异。

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