alter table触发1071错误本质是索引重建失败，因新字段导致索引键超长（如utf8mb4下varchar(255)达1020字节＞767字节）；需先删索引或改用dynamic行格式+前缀索引（如191）解决。
ALTER TABLE时触发1071错误，本质是索引重建失败
MySQL在执行ALTER TABLE ... MODIFY COLUMN或ALTER TABLE ... CHANGE COLUMN时，如果目标字段上有索引（包括主键、唯一键、普通索引），InnoDB会尝试重建该索引。若新字段定义导致索引键长度超出当前限制（如max key length is 767 bytes），就会直接报错ERROR 1071 (42000)，操作中断。这不是“修改字段本身”出问题，而是“重建索引”卡住了。
innodb_large_prefix=ON必须配合DYNAMIC行格式才生效
只执行SET GLOBAL innodb_large_prefix = ON不够——它只是打开开关，但现有表仍用默认的Antelope文件格式和COMPACT行格式，索引长度上限仍是767字节。必须让表实际使用DYNAMIC行格式，3072字节限制才会启用。
- 检查当前表格式：
SHOW CREATE TABLE your_table;，看ROW_FORMAT是否为DYNAMIC - 强制转换行格式：
ALTER TABLE your_table ROW_FORMAT = DYNAMIC; - 确认配置已加载：
SHOW VARIABLES LIKE 'innodb_large_prefix';返回ON，且innodb_file_format为Barracuda - 注意：MySQL 8.0+已移除
innodb_large_prefix参数，该设置自动生效，但ROW_FORMAT = DYNAMIC仍需显式指定
修改字段前先删索引，改完再加回来更稳妥
当无法立即调整全局配置或表格式时，临时绕过1071最可靠的方式是手动拆解操作。尤其适用于生产环境不敢轻易重启MySQL或修改my.cnf的场景。
- 查出字段上的所有索引：
SHOW INDEX FROM your_table WHERE Column_name = 'your_column'; - 逐个删除：
DROP INDEX idx_name ON your_table; - 再执行字段修改：
ALTER TABLE your_table MODIFY your_column VARCHAR(1000) ...; - 重建索引，**必须加前缀**：
CREATE INDEX idx_name ON your_table (your_column(191));（utf8mb4下191×4=764字节） - 不推荐用
ALTER TABLE ... DROP PRIMARY KEY, ADD PRIMARY KEY(...)操作主键，风险高，易锁表
utf8mb4下VARCHAR(255)建索引必报1071，别信“默认能用”
很多教程说“VARCHAR(255)很常见”，但搭配utf8mb4字符集时，255×4=1020字节，远超767限制。MySQL建表语句里没显式写(191)前缀，就默认全字段索引，100%触发1071。这不是bug，是设计约束。
- 安全上限不是255，是191（767 ÷ 4）；若用
utf8mb3可放宽到255（767 ÷ 3 ≈ 255） -
UNIQUE KEY (email)这种隐式全字段索引，比INDEX更危险——唯一约束不允许重复，重建失败会导致整个ALTER回滚 - 真正需要长字段检索时，优先考虑
FULLTEXT或外部搜索引擎，而非硬扛索引长度
ROW_FORMAT = DYNAMIC必须在ALTER TABLE语句中显式声明，且要放在最后；仅靠SET GLOBAL或配置文件修改，对已存在的表完全无效。
