MySQL不支持批量修改字段类型，必须通过查询INFORMATION_SCHEMA.COLUMNS定位目标字段，再用CONCAT拼接ALTER TABLE语句逐条执行，并严格校验数据兼容性、锁影响及外键触发器等风险。
不能直接批量修改多个字段类型，必须生成 ALTER TABLE 语句逐条执行；核心是查 INFORMATION_SCHEMA + 拼接 SQL，不是靠一条命令搞定。
用 INFORMATION_SCHEMA.COLUMNS 查目标字段
所有可批量操作的前提，是先精准定位要改的字段。MySQL 不提供“改某库下所有 varchar(50) 字段为 varchar(100)”的语法，得自己筛。
- 查指定数据库中所有
status字段：SELECT table_name, column_name, data_type, column_comment FROM INFORMATION_SCHEMA.COLUMNS WHERE table_schema = 'mydb' AND column_name = 'status'; - 查某表中所有
double或int字段：WHERE table_name = 'orders' AND data_type IN ('double', 'int') - 模糊匹配字段名（比如以
amt_开头）：AND column_name LIKE 'amt_%' - 注意过滤系统库：
AND table_schema NOT IN ('information_schema', 'mysql', 'performance_schema', 'sys')
用 CONCAT 拼出 ALTER TABLE 语句
查出来只是元数据，真正要执行的是 ALTER TABLE ... MODIFY COLUMN ...。拼接时必须显式写出新类型、是否允许 NULL、默认值、注释——漏掉任何一项，都可能和原定义不一致。
- 安全写法（保留原约束）：
CONCAT('ALTER TABLE `', table_schema, '`.`', table_name, '` MODIFY COLUMN `', column_name, '` VARCHAR(100) ', IF(is_nullable = 'YES', 'NULL', 'NOT NULL'), ' DEFAULT ', IF(column_default IS NULL, 'NULL', CONCAT('''', column_default, '''')), ' COMMENT ''', COALESCE(column_comment, ''), ''';') - 简化写法（只改类型，其他按需硬编码）：
CONCAT('ALTER TABLE `', table_name, '` MODIFY COLUMN `', column_name, '` DECIMAL(12,4);') - 别忘了反引号：表名或字段名含特殊字符或关键字（如
order）时，`能避免语法错误 - 生成结果是字符串，不是立即执行——复制出来人工检查一遍再跑，别直接
EXECUTE动态 SQL
执行前必须处理的三个坑
即使 SQL 拼对了，执行时仍大概率卡住或失败，尤其在线上环境。
-
ERROR 1265 (01000): Data truncated for column：新类型存不下现有数据。例如把VARCHAR(10)改成VARCHAR(5)，或DATETIME改成DATE会丢时间部分。先SELECT校验最大长度/值范围 - 锁表现象：MySQL 5.7 的
MODIFY COLUMN默认会重建表（InnoDB），大表可能锁数分钟。务必在低峰期操作，或用pt-online-schema-change替代 - 外键和触发器失效：修改字段类型后，依赖该字段的外键约束、触发器、视图可能报错。执行前跑
SHOW CREATE TABLE和SHOW TRIGGERS LIKE 'xxx';记录状态
最常被跳过的动作是验证修改后的字段是否真按预期生效——DESCRIBE 看结构只是第一步，还得抽样查几条数据确认内容没被截断、默认值逻辑没崩、应用层读写没报错。批量操作省的是手敲时间，不是校验时间。
