MySQL 修改字段长度用 ALTER TABLE MODIFY 或 CHANGE，扩大安全，缩小需检查数据；INT(11) 的 11 是显示宽度，VARCHAR/CHAR 长度影响存储和索引；TEXT 等类型不可指定长度，ENUM/SET 修改需重写全部枚举项。
MySQL 中修改字段长度，主要通过 ALTER TABLE …… MODIFY 或 ALTER TABLE …… CHANGE 语句实现，具体选择取决于是否要同时改字段名或类型。操作前务必备份数据，尤其是对大表或生产环境执行时。
确认当前字段定义
先用 DESCRIBE table_name 或 SHOW COLUMNS FROM table_name 查看原字段类型和长度，例如：
name VARCHAR(50)、content TEXT、id INT(11)。注意：对于 INT 类型，括号内的数字（如 INT(11)）是显示宽度，不影响存储范围，一般无需调整；而 VARCHAR、CHAR 的长度则直接影响存储上限和索引限制。
扩大字段长度（安全，通常无风险）
扩大长度不会丢失数据，也不需要重写整张表（InnoDB 引擎下，仅修改元数据），执行较快：
ALTER TABLE users MODIFY COLUMN username VARCHAR(100);-
ALTER TABLE products CHANGE COLUMN description description TEXT;（从 VARCHAR 改为 TEXT）
若字段有索引，且原长度已接近索引长度限制（如 InnoDB 默认单列索引最大 767 字节 ，utf8mb4 下约 191 个字符），扩大时需同步检查索引是否仍有效。
缩小字段长度（需谨慎，可能报错或截断）
缩小长度存在风险：若现有数据超出新长度，MySQL 默认拒绝执行（严格模式下报错），或静默截断（非严格模式，不推荐）：
- 先检查数据最长长度：
SELECT MAX(LENGTH(username)) FROM users; - 确保结果 ≤ 目标长度，再执行：
ALTER TABLE users MODIFY COLUMN username VARCHAR(30); - 如必须收缩且存在超长数据，应先清理或截断业务数据（如用
UPDATE修正），再改结构。
特殊类型注意事项
VARCHAR 转 CHAR：会改变存储行为（定长 vs 变长），影响空间利用率，一般不建议；
TEXT / BLOB 类型 ：不能直接指定长度（如 TEXT(200) 是非法的），但可用 TINYTEXT、MEDIUMTEXT、LONGTEXT 替代；
ENUM / SET：修改需重写字段值列表，用 CHANGE 并完整重写枚举项，例如：CHANGE status status ENUM('pending','done','canceled')。
不复杂但容易忽略：修改前确认存储引擎、字符集、是否被视图 / 存储过程依赖，以及是否有外键约束影响——这些都可能让 ALTER 操作变慢甚至失败。
