MySQL批量修改字段长度必须用ALTER TABLE而非UPDATE，因长度属表结构（DDL）；需通过存储过程拼接SQL并查询INFORMATION_SCHEMA.COLUMNS安全执行。
MySQL批量修改字段长度为什么不能用UPDATE
因为字段长度属于表结构（DDL）而非数据内容（DML），UPDATE对VARCHAR、TEXT等类型的长度定义完全无效。想批量改多个表的name字段从VARCHAR(50)扩到VARCHAR(200)，必须对每个表执行独立的ALTER TABLE ... MODIFY COLUMN或CHANGE COLUMN语句。
存储过程中执行ALTER TABLE要注意权限和语法限制
MySQL存储过程默认禁止执行动态DDL（如ALTER TABLE），除非显式启用log_bin_trust_function_creators=1，且调用者需具备ALTER和EXECUTE权限。更关键的是：PREPARE/EXECUTE不能直接套用变量名作表名或列名——必须拼成完整SQL字符串再执行。
- 表名、列名、类型定义都得用
CONCAT()拼接，不能直接写ALTER TABLE tbl MODIFY COLUMN col VARCHAR(?) -
INFORMATION_SCHEMA.COLUMNS是唯一可靠来源，查TABLE_SCHEMA、TABLE_NAME、COLUMN_NAME、DATA_TYPE、CHARACTER_MAXIMUM_LENGTH - 避免对
TEXT、BLOB类字段误加长度（会报错），需先过滤：DATA_TYPE NOT IN ('text','tinytext','mediumtext','longtext','blob',...)
一个可复用的批量修改存储过程模板
以下过程接受数据库名、字段名、目标长度、目标类型（如'VARCHAR'），只修改当前长度小于目标值的匹配字段：
CALL batch_alter_column_length('mydb', 'title', 255);
- 若字段上有全文索引（
FULLTEXT），MODIFY COLUMN会失败，需先DROP INDEX再重建 - 使用
utf8mb4时，InnoDB对索引长度有767字节硬限制（VARCHAR(191)是安全上限），盲目扩到VARCHAR(255)可能触发ERROR 1071 -
ALTER TABLE在大表上会锁表（5.6+支持ALGORITHM=INPLACE，但仅限部分操作），务必避开业务高峰 - 建议先用
SELECT模拟要改的表清单：SELECT CONCAT('ALTER TABLE `', TABLE_SCHEMA, '`.`', TABLE_NAME, '` MODIFY COLUMN `name` VARCHAR(200);') FROM INFORMATION_SCHEMA.COLUMNS WHERE ...
真正危险的不是写错存储过程，而是没意识到ALTER TABLE在不同MySQL版本、不同引擎、不同字符集下的行为差异——每次批量操作前，至少挑一张中等大小的表手动跑一遍原始ALTER语句看效果。
