MySQL 8.0.29+中ALTER TABLE MODIFY COLUMN类型变更报ERROR 1845因INSTANT不支持，需显式指定ALGORITHM=INPLACE；TEXT/BLOB不可设DEFAULT；ENUM/SET增项须末尾追加；字符集排序规则变更易致索引失效。
ALTER TABLE MODIFY COLUMN 报错 ERROR 1845：ALGORITHM=INSTANT 不支持类型变更
MySQL 8.0.29+ 默认尝试用 INSTANT 算法执行字段修改，但只要涉及类型变更（比如 VARCHAR(50) → VARCHAR(200)、INT → BIGINT），哪怕长度变大，INSTANT 就会直接报错 ERROR 1845 (HY000): ALGORITHM=INSTANT is not supported for this operation。
这不是语法错，是 MySQL 内部限制——INSTANT 只允许加/删列、改默认值、改注释，不碰数据结构本身。
- 强制指定算法：在
ALTER TABLE后显式加ALGORITHM=INPLACE或ALGORITHM=COPY -
INPLACE多数情况够用（如扩大字符串长度、提升数值精度），速度快、锁表时间短 - 真要缩容（
VARCHAR(200)→VARCHAR(50)）或改类型（TINYINT→DATE），MySQL 会自动降级为COPY，此时必须确保磁盘有足够临时空间 - 别依赖默认算法，每次改类型都手动写
ALGORITHM=INPLACE，避免线上突然失败
TEXT/BLOB 字段不能设 DEFAULT 值导致 ALTER 失败
对已有 TEXT 或 BLOB 类型字段执行 MODIFY COLUMN 时，如果语句里带了 DEFAULT 'xxx'，MySQL 会直接拒绝：ERROR 1101 (42000): BLOB, TEXT, GEOMETRY or JSON column 'xxx' can't have a default value。
这个限制从 MySQL 5.7 就存在，不是 bug，是存储引擎层面的设计约束——这类大对象字段的默认值无法被高效索引或校验。
- 检查原字段是否有默认值：用
SHOW CREATE TABLE `table_name`看建表语句 - 如果原字段没默认值，
MODIFY COLUMN里就别写DEFAULT；写了就报错 - 如果原字段有默认值（比如老版本用
''模拟），改类型前先用ALTER TABLE ... ALTER COLUMN ... DROP DEFAULT清掉 - 想“逻辑上”有默认行为？靠应用层或触发器，别硬塞进 DDL
修改 ENUM/SET 值列表时顺序敏感，新增值必须追加到末尾
给 ENUM 或 SET 字段加新选项，看起来只是改个定义，但 MySQL 实际按字符串值对应内部整数序号存储。一旦打乱顺序，现有数据可能映射错乱。
比如原字段是 ENUM('a','b')，数据里存了 'b'（对应序号 2）。如果改成 ENUM('b','a','c')，原来所有 'b' 会变成 'a'——因为序号 2 现在指向 'a'。
- 安全做法：只在末尾追加新值，例如
ENUM('a','b') → ENUM('a','b','c') - 绝对不要重排、删除中间值、或把常用值挪到前面“优化查询”——没用，还危险
- 想删某个枚举值？先确认业务无该值数据，再用
MODIFY COLUMN重新定义完整列表（不含该值） - 线上表慎用
ENUM，变更成本高；高频增删场景建议换成关联字典表
字符集和排序规则变更引发隐式转换与索引失效
把字段从 utf8mb4_general_ci 改成 utf8mb4_0900_as_cs，看着只是排序规则变严格，但实际可能让原有索引无法用于 WHERE 或 ORDER BY 查询，尤其涉及大小写混用或重音字符时。
更隐蔽的是字符集升级：比如从 utf8（即 utf8mb3）升到 utf8mb4，字段长度限制会变——原来 VARCHAR(255) 在 utf8 下占 765 字节，在 utf8mb4 下最多占 1020 字节，可能超出 InnoDB 单行限制（8126 字节），导致 ALTER 中途失败。
- 查当前字段实际占用：用
SELECT CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='xxx' AND COLUMN_NAME='yyy' - 改字符集前，先算总行宽：所有
VARCHAR字段按新字符集最大字节数估算，加上其他字段，别超 8126 - 排序规则变更后，立刻跑
EXPLAIN验证关键查询是否还走索引 - 生产环境改字符集，优先选低峰期，且提前备份——改完不可逆，回退只能靠恢复
最麻烦的不是语法写不对，是改完字段类型，业务没报错，但某条慢查询突然从 10ms 变成 2s，而你得翻三天日志才定位到是排序规则惹的祸。
