phpMyAdmin不支持在线DDL，修改字段长度需手写ALGORITHM=INPLACE, LOCK=NONE语句或用pt-online-schema-change工具。
phpMyAdmin 本身不支持在线 DDL，别指望它能无锁改字段长度
phpmyadmin 只是 mysql 的 web 前端，所有操作最终都转成 sql 执行。mysql 5.6+ 虽然支持 algorithm=inplace，但 phpmyadmin 的「结构 → 修改」界面默认生成的是传统 alter table ... modify 语句，且不提供算法/锁选项控制。你点“保存”那一刻，大概率触发表级元数据锁（mdl）甚至全表拷贝——尤其对千万级以上表，可能卡住写入数分钟甚至更久。
真正可行的方案：绕过 phpMyAdmin，手写带 ALGORITHM 和 LOCK 的 ALTER 语句
必须用 MySQL 命令行或 phpMyAdmin 的「SQL」标签页执行显式控制的语句。核心是让 MySQL 尽量走 INPLACE 算法并声明 LOCK=NONE（仅当满足条件时才真正生效）：
ALTER TABLE `orders` MODIFY COLUMN `remark` VARCHAR(500) ALGORITHM=INPLACE, LOCK=NONE;- 仅当修改不涉及行格式变更（如从
TEXT改VARCHAR）、不重建聚簇索引、且目标长度未超过当前最大长度的 25% 时，LOCK=NONE才被接受 - 如果报错
ERROR 1846 (HY000): ALGORITHM=INPLACE is not supported...，说明 MySQL 判定必须拷贝表——此时LOCK=NONE会被忽略，降级为LOCK=SHARED或更严 - 务必先在测试库用
EXPLAIN FORMAT=JSON ALTER TABLE ...验证执行计划（MySQL 8.0.12+ 支持），看"alter_algorithm": "inplace"和"lock_type": "none"
大表改字段前必须检查的三个硬性条件
即使写了 ALGORITHM=INPLACE, LOCK=NONE，MySQL 也会直接拒绝，如果：
- 表引擎不是
InnoDB（MyISAM 必锁表；Archive/CSV 不支持 INPLACE） - 字段类型发生本质变化（如
TINYINT→INT允许，但VARCHAR→TEXT强制重建） - 当前 MySQL 版本低于 5.6（
ALGORITHM=INPLACE从 5.6 引入），或低于 5.7.2 对LOCK=NONE的完整支持 - 字段上有全文索引（
FULLTEXT）或空间索引（SPATIAL），INPLACE 不可用
实在不满足在线条件时，用 pt-online-schema-change 是唯一稳妥选择
当 ALTER 被拒或你不敢赌 LOCK=NONE 是否生效，就得上 Percona Toolkit：pt-online-schema-change。它不依赖 MySQL 内置 DDL，而是通过触发器同步原表写入到新表，全程原表可读写：
pt-online-schema-change \ --host=localhost \ --user=root \ --password=xxx \ --alter "MODIFY COLUMN remark VARCHAR(500)" \ D=mydb,t=orders \ --execute
注意：--execute 缺省是干跑（dry-run），必须显式加上才真执行；过程中会创建 _orders_new 表和三个触发器，失败时自动清理；但要求原表必须有主键或唯一非空索引，否则无法安全同步。
立即学习“PHP免费学习笔记（深入）”；
线上大表改字段，真正的分水岭从来不是工具按钮点在哪，而是你有没有确认过存储引擎、字段类型兼容性、以及 MySQL 版本对 DDL 的真实支持边界——这些细节漏掉一个，LOCK=NONE 就只是个安慰剂。
