MySQL中通过将字段更新为NULL能否缩减表大小？相关空间管理问题咨询

嘿，针对你在RDS MySQL 5.7上处理超大表（2.5TB+）的空间问题，我来逐一解答你的疑问：

答案是不会立刻返还，这和InnoDB的空间管理机制直接相关：

• RDS MySQL 5.7默认使用InnoDB引擎，它以「页（Page）」为基本单位管理存储空间。当你把varchar、TEXT、Decimal类型的字段更新为NULL时，这些字段占用的空间会被标记为表内的空闲空间，但只有当整个数据页的空间被完全清空时，InnoDB才有可能将该页的空间返还给操作系统——这种情况在批量更新分散行的场景下几乎不会出现。
• 另外，RDS默认开启innodb_file_per_table配置，你的表数据会存储在独立的.ibd文件中，更新为NULL后该文件的物理大小不会自动缩小；如果未开启该配置（非常少见），释放的空间会留在共享表空间（ibdata1）里，更不可能返还给操作系统。

首先，后续插入/更新数据会优先复用这些空闲空间 #

InnoDB会优先使用表内已标记为空闲的空间，而非直接向操作系统申请新磁盘空间——所以这些释放出来的空间不会浪费，后续的写操作会自动填充这些“空位”。

若想将空间返还给操作系统，有两种适配RDS环境的可行方法： #

• 方法一：通过Online DDL重建表
  执行命令：

  ALTER TABLE your_table_name ENGINE=InnoDB, ALGORITHM=INPLACE, LOCK=NONE;
  

  这个操作会在几乎不锁表的情况下重建表（RDS 5.7支持InnoDB的Online DDL特性），重建后的表会剔除被标记为空闲的空间，对应的.ibd文件物理大小会缩小，进而将空间返还给操作系统。需要注意：该操作需要临时磁盘空间（约等于当前表的实际大小，而非原始的2.5TB，因为你已将冗余字段设为NULL），请确保RDS磁盘有足够空闲空间。
• 方法二：执行OPTIMIZE TABLE命令
  在InnoDB引擎下，OPTIMIZE TABLE your_table_name;本质上等价于上述ALTER TABLE操作，同样会触发Online DDL重建表，达到收缩空间的效果。需注意，执行该命令需要确保你的账号拥有足够权限，且磁盘空间充足。

⚠️ 额外提醒：如果你的表使用共享表空间（innodb_file_per_table=OFF），上述两种方法都无法将空间返还给操作系统，只能将空闲空间留在共享表空间中供其他InnoDB表使用。不过RDS默认开启独立表空间，这种情况大概率无需考虑。

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