mysql 8.0 的 alter table ... modify column 并非真正不锁表，仅当不改变物理存储格式（如 varchar 扩容且 row_format 为 dynamic/compressed）时才可能 instant；其余多数情况仍触发 algorithm=copy 全表拷贝并锁表。
MySQL 8.0 的 ALTER TABLE ... MODIFY COLUMN 真的不锁表吗？
不是所有情况都“瞬时”。MySQL 8.0 引入的 Instant DDL 只覆盖极小一部分操作，MODIFY COLUMN 改字段类型绝大多数时候仍会触发 ALGORITHM=COPY，也就是全表拷贝+锁表。只有当变更**不改变物理存储格式**时才可能走 Instant，比如把 VARCHAR(255) 扩到 VARCHAR(500)（且行格式为 Dynamic/Compressed、无全文索引等限制）。
常见误判场景：
• 把 TINYINT 改成 INT → 字节宽度变，必须重建
• TEXT 列加 NOT NULL → 隐含默认值填充，需扫全表
• 表启用了 innodb_strict_mode=OFF → 可能跳过校验但不跳过拷贝
- 用
SHOW CREATE TABLE确认当前ROW_FORMAT，非DYNAMIC或COMPRESSED直接排除 Instant 可能 - 执行前先查
INFORMATION_SCHEMA.INNODB_TABLES看ALGORITHM是否被强制设为COPY - 测试环境务必用真实数据量压测，
EXPLAIN FORMAT=JSON对ALTER无效，得看performance_schema.table_io_waits_summary_by_table中的锁等待
大表改字段类型时如何避免主从延迟爆炸
即使用了 ALGORITHM=INPLACE，如果涉及索引重建或排序，依然会产生大量 binlog event 和从库回放压力。更危险的是：主库上 ALTER 卡住时，后续所有事务都会堆积在 binlog 缓冲区，从库 IO Thread 一断连再重连，瞬间涌进几 GB binlog。
- 禁用
binlog_row_image=MINIMAL（默认值），否则从库无法正确解析部分 DDL 后的更新 - 提前在从库执行
STOP SLAVE SQL_THREAD，等主库ALTER完再启，避免中间状态污染 - 用
pt-online-schema-change时，注意其默认在从库也同步建影子表——若从库磁盘空间不足，会静默失败并卡住主库写入 - 监控
Seconds_Behind_Master不是关键，要看Retrieved_Gtid_Set和Executed_Gtid_Set差值是否持续扩大
pt-online-schema-change 的三个硬性前提条件
它不是万能胶水，漏掉任意一条，轻则慢十倍，重则锁死业务。
- 表必须有**单一、非空、唯一、非虚拟的主键或唯一索引**，否则无法分块读取，会退化成单事务全表扫描
- 不能存在
TRIGGER，工具会自动删掉原表 trigger 并迁移到新表，但若有自定义 trigger 依赖原表结构，迁移后逻辑就断了 -
innodb_lock_wait_timeout必须大于工具设置的--chunk-time（默认 0.5s），否则分块 UPDATE 未完成就被 kill，留下脏数据 - 示例：改
user_id INT为BIGINT，命令得带--alter "MODIFY user_id BIGINT NOT NULL"，少写NOT NULL可能导致新表该列允许 NULL，和业务代码冲突
为什么 ALGORITHM=INSTANT 在某些 8.0.29+ 实例里还是报错？
Instant DDL 要求非常苛刻，版本号只是门槛之一。实际运行时 MySQL 会检查十几个隐式条件，任一不满足就 fallback 到 COPY，且错误日志只写一句 ALGORITHM=INSTANT is not supported for this operation，不告诉你具体哪条违规。
- 表上有
FULLTEXT索引 → Instant 不支持任何全文相关变更 - 字段是
GENERATED列 → 即使只是改类型，也会触发重建 - 使用了
utf8mb4_0900_as_cs以外的 collation → 某些排序规则在 Instant 流程中未实现元数据隔离 - 最隐蔽的坑：执行
ALTER的用户没有PROCESS权限 → MySQL 内部无法调用ha_innobase::prepare_inplace_alter_table，直接拒绝 Instant
真正想稳，别赌 Instant，老实用 pt-osc + 低峰期窗口 + 从库先行验证。DDL 的复杂点从来不在语法，而在它和存储引擎、复制协议、字符集、权限模型之间那些没写进文档的耦合细节。
