MySQL 8.0.29起才支持ALGORITHM=INSTANT安全删列；8.0.28及更早版本直接报错ERROR 1845，不支持该操作。
MySQL 8.0.29 起才能用 ALGORITHM=INSTANT 安全删列；低于该版本会直接报错 ERROR 1845 (0A000)，别硬试。
哪些版本支持 INSTANT DROP COLUMN？
必须是 MySQL 8.0.29 或更高版本。8.0.28 及更早版本不支持，哪怕显式写上 ALGORITHM=INSTANT，也会被拒绝并提示 “not supported for this operation”。
- 检查当前版本：
SELECT VERSION(); - 确认是否启用 INSTANT：执行
ALTER TABLE t1 DROP COLUMN c1, ALGORITHM=INSTANT;，成功即说明可用 - 8.0.29 是分水岭 —— 它同时解除了“只能末尾加列”和“完全不能删列”两个限制
删列时为什么有时仍会失败？
INSTANT 删列不是无条件的。即使版本达标，以下情况仍会触发回退或报错：
- 表已累计超过 64 次 INSTANT ADD/DROP 操作 → 报错
ERROR 4080 (HY000): Maximum row versions reached - 被删列是主键、外键、全文索引列，或参与了生成列表达式 → 不支持 INSTANT，必须用
ALGORITHM=INPLACE或COPY - 表使用的是 MyISAM 引擎 → INSTANT 仅限 InnoDB 表
- 列上有
STORED虚拟列依赖它 → 删除会破坏依赖链，INSTANT 不处理这类语义校验
删列后数据怎么读？旧行会不会丢字段？
INSTANT 删列本质是“逻辑隐藏”，不是物理擦除。原数据页不动，只是元数据中标记该列为已删除，并更新行版本号。
- 新插入的行不再包含该列，也不再为其分配空间
- 旧行仍保留在原位置，读取时由 MySQL 根据当前表结构自动跳过该列（不返回、不解析）
- 默认值不生效（因为删的是存储结构，不是填充逻辑），但查询结果中不会出现该列
- 如果后续执行
OPTIMIZE TABLE或ALTER TABLE ... ALGORITHM=COPY，会真正清理掉被删列的数据，TOTAL_ROW_VERSIONS也会重置为 0
如何查当前表还剩多少 INSTANT 操作余量？
运行这条语句看剩余版本数：
SELECT NAME, TOTAL_ROW_VERSIONS FROM INFORMATION_SCHEMA.INNODB_TABLES WHERE NAME LIKE 'your_db/your_table';
TOTAL_ROW_VERSIONS 是累计值，最大允许 64。一旦达到，再执行任何 INSTANT ADD/DROP 都会失败，必须重建表来重置计数 —— 这点容易被忽略，线上高频迭代的配置表尤其要注意。
