ALTER TABLE MODIFY 会静默截断超长数据且不报错需先检查长度、开事务验证utf8mb4下VARCHAR字符数≠字节数索引易超限TEXT不可直接转VARCHAR隐式转换多因collation不一致导致索引失效。ALTER TABLE MODIFY 会截断超长数据直接改字段长度时MySQL 不会自动帮你校验现有数据是否超出新长度——超了就硬截断且默认不报错。比如把 VARCHAR(255) 改成 VARCHAR(50)所有原长度 50 的值末尾会被无声砍掉。必须先用 SELECT 查一遍 SELECT id, column_name FROM table_name WHERE LENGTH(column_name) 50;生产环境务必加 SET SQL_SAFE_UPDATES 0; 前先开事务BEGIN;试改后立刻 ROLLBACK; 验证效果如果字段有索引MODIFY 可能触发表重建尤其 InnoDB大表会锁表数分钟utf8mb4 下的字符数 ≠ 字节数很多人以为设成 VARCHAR(100) 就能存 100 个汉字但用 utf8mb4 字符集时一个 emoji 或生僻字占 4 字节而 VARCHAR 的长度参数是「字符数」不是「字节数」——看起来没问题实际建表可能失败。错误现象ERROR 1071 (42000): Specified key was too long...尤其出现在加索引时原因InnoDB 单索引长度上限是 767 字节老版本或 3072 字节5.7 with innodb_large_prefixONVARCHAR(255) 在 utf8mb4 下最多占 1020 字节远超 767解法不是缩字段而是确认 innodb_large_prefix 和 ROW_FORMATDYNAMIC 是否启用否则得把索引列显式限制长度如 INDEX(col_name(191))TEXT 类型不能直接用 MODIFY 缩容想把 TEXT 改成 VARCHAR(500)MySQL 不让。类型变更受严格限制TEXT → VARCHAR 属于“不安全转换”会报错 ERROR 1170 (42000): BLOB/TEXT column xxx used in key specification without a key length。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。