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_prefix=ON），VARCHAR(255)在utf8mb4下最多占 1020 字节，远超 767 - 解法不是缩字段，而是确认
innodb_large_prefix和ROW_FORMAT=DYNAMIC是否启用；否则得把索引列显式限制长度，如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。
- 真正能做的只有：先
ALTER TABLE ... DROP COLUMN，再ADD COLUMN并用UPDATE搬数据（注意 NULL/空字符串处理） - 如果字段有默认值或约束，
DROP前得先ALTER TABLE ... ALTER COLUMN ... DROP DEFAULT等清理干净 - 别信某些工具“一键转类型”的按钮，背后没做长度校验和空值兼容检查，容易丢数据
隐式转换发生在 WHERE 条件里才真危险
字段长度本身不引发隐式转换，但当它和不同长度的参数或列做比较时，MySQL 可能悄悄转类型——尤其是两边字符集或排序规则（collation）不一致时。
- 典型场景：
WHERE varchar_col = 'abc'，如果varchar_col是utf8mb4_unicode_ci，而连接客户端用的是utf8mb4_general_ci，可能触发全表扫描 - 查执行计划看
type: ALL或Extra: Using where; Using index不完整，就说明索引失效了 - 解决不是改字段长度，而是统一连接层、表、列三级的
CHARACTER SET和COLLATION，用SHOW CREATE TABLE对照确认
