MySQL RDS（db.t2.medium）含300万+记录的表新增字段失败求助

这个问题我之前帮不少开发者排查过，核心原因是ALTER TABLE操作需要消耗临时磁盘空间，而你的db.t2.medium实例的临时存储可能不足以支撑300万条记录的表做DDL操作——MySQL执行常规ALTER时会创建和原表大小相近的临时表来处理数据，要是实例剩余磁盘空间不够，就会触发这个报错。

下面是几个可行的解决思路，按优先级排序：

1. 使用Online DDL减少临时空间占用（最优方案） #

如果你的MySQL RDS版本是5.6及以上（现在大部分RDS实例都是这个版本以上），可以利用Online DDL特性，不需要创建完整的临时表就能完成字段添加，大幅降低空间消耗和锁表时间。执行语句改成：

ALTER TABLE user_notifications ADD program_id int(11), ALGORITHM=INPLACE, LOCK=NONE;

针对添加INT类型字段的场景，ALGORITHM=INPLACE是完全支持的，MySQL只会修改表的元数据，不会复制全表数据，几乎不占用临时空间，也不会阻塞读写操作。

2. 检查并扩容实例存储 #

如果Online DDL不可用（比如版本太低），先确认实例的剩余磁盘空间：

• 登录RDS控制台，查看CloudWatch的FreeStorageSpace指标，确认剩余空间是否远小于原表的大小；
• 或者登录数据库执行SHOW TABLE STATUS LIKE 'user_notifications';查看原表的数据量，估算临时表需要的空间。

如果空间不足，直接临时扩容RDS实例的存储容量（比如从默认20G升到50G），等ALTER执行完成后，再根据需求考虑是否缩容（注意：部分AWS区域不支持存储缩容，缩容可能需要重启实例，操作前务必做好备份）。

3. 分批迁移数据（备选方案） #

如果扩容也不方便，可以采用“新建表+分批迁移”的方式绕过DDL的临时空间限制：

• 第一步，创建和原表结构一致的新表，并添加目标字段：

  CREATE TABLE user_notifications_new LIKE user_notifications;
  ALTER TABLE user_notifications_new ADD program_id int(11);
  

• 第二步，分批将原表数据插入新表（每次处理几万条，避免占用过多资源）：

  -- 示例：按id分段，每次处理10000条
  INSERT INTO user_notifications_new SELECT *, NULL FROM user_notifications WHERE id BETWEEN 1 AND 10000;
  INSERT INTO user_notifications_new SELECT *, NULL FROM user_notifications WHERE id BETWEEN 10001 AND 20000;
  -- 重复执行直到所有数据迁移完成
  

• 第三步，切换表名完成替换：

  RENAME TABLE user_notifications TO user_notifications_old, user_notifications_new TO user_notifications;
  

• 最后验证数据无误后，删除旧表即可。

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