为何MariaDB 10.6.11添加尾部NULL默认值字段时会复制到临时表？

同样是向超10GB的InnoDB大表尾部添加字段，一张需要复制临时表、另一张立即完成，核心原因是两张表的属性、实例配置或环境条件不同，导致其中一张无法触发MySQL/MariaDB高版本支持的**Instant DDL（在线无复制DDL）**模式，退化为传统的复制临时表操作。具体差异点可从以下几方面排查：

1. 表的存储格式与引擎配置差异 #

• 确认两张表是否均为InnoDB引擎：若其中一张是MyISAM（虽标注为InnoDB，但需排除误配置），MyISAM的ALTER操作必然需要复制整张表。
• 检查InnoDB表空间格式：若某张表使用**共享表空间（ibdata1）**而非单表空间（由innodb_file_per_table控制），部分Instant DDL操作不支持，会触发表复制。
• 行格式限制：若表采用ROW_FORMAT=COMPRESSED压缩格式，Instant DDL不支持添加字段，会退化为复制模式。

2. 表结构与操作细节限制 #

• 字段位置真实性：确认ALTER语句中AFTER last_field_now指定的字段是否为表的实际最后一列。若last_field_now并非当前表的尾字段，实际是在中间插入字段，这种场景无法触发Instant模式。
• 特殊索引或约束：表中存在全文索引、空间索引，或开启了外键约束且foreign_key_checks=ON时，Instant DDL可能被禁用，转而复制表。
• 分区表限制：若表是分区表，InnoDB分区表对Instant DDL的支持有限，多数分区类型下添加字段会触发全表复制。

3. 数据库版本与参数配置差异 #

• 版本支持范围：MySQL 8.0.12开始支持添加尾字段的Instant DDL，8.0.23+才支持多字段添加；MariaDB 10.4+扩展了Instant DDL的支持场景。若两张表所在实例版本不同，可能导致行为差异。
• 即时DDL参数开关：检查innodb_instant_alter_column（MySQL）或innodb_alter_table_instant（MariaDB）参数是否开启。若某实例该参数被关闭，所有添加字段操作都会退化为复制临时表。

4. 运行时环境与事务影响 #

• 活跃事务干扰：执行DDL时，若某张表存在未提交的长事务，InnoDB无法获取元数据锁以执行Instant DDL，会自动降级为复制模式。
• 临时表属性：若某张表是临时表（CREATE TEMPORARY TABLE创建），临时表不支持Instant DDL，必然复制数据。

快速排查验证方法 #

强制使用Instant模式执行DDL，根据报错信息定位问题：

ALTER TABLE `mytable` ADD `last_field` VARCHAR(511) NULL DEFAULT NULL AFTER `last_field_now` ALGORITHM=INSTANT;

若操作不支持，数据库会返回明确错误原因，例如ERROR 1846 (0A000): ALGORITHM=INSTANT is not supported. Reason: Cannot alter column in this way.，根据提示即可针对性排查。

内容的提问来源于stack exchange，提问作者Роман Кистин