当你在修改varchar字段长度时遇到“Index column size too large”错误，根本原因在于该字段上的索引长度超出了数据库引擎的限制，而非int类型长度本身直接导致。
很多人在修改表结构时,会下意识检查int类型的长度设置，比如int(11)还是int(10)，以为这里出了问题，int类型的数字只是显示宽度，不影响存储和索引长度，真正卡住你的是索引长度上限，这个限制在MySQL 5.7及之前版本中，InnoDB表默认单列索引最大767字节，多列索引合计也不能超过3072字节（需要开启大前缀），一旦varchar字段索引长度超过这个数，哪怕你只是想扩一下varchar长度，数据库也会直接拒绝。
为什么int类型长度与索引长度限制有关？
先从int类型说起,int(11)里的11，很多人误以为它能限制数值范围或者索引长度，事实上它只影响zerofill时的显示宽度，对存储和索引毫无影响，真正决定索引长度的是你定义的varchar长度乘以字符集单字符最大字节数，比如utf8mb4字符集，每个字符最多4字节，那么varchar(255)的索引长度就是255×4=1020字节，已经超过767字节的限制，会无法创建索引。
当你在修改varchar长度时,如果该列已经有索引，数据库会重新计算索引长度，新长度一旦超过限制，就会报错，int类型本身不参与这个计算，但它经常出现在复合索引里，作为索引的一部分，比如一个索引包含int_col和varchar_col，int类型占4字节，复合索引会把所有列的长度加起来，如果int列加上varchar列的新长度超过了3072字节，同样会失败，int类型长度虽然不直接导致问题，但它在复合索引中会占用空间，间接影响你对varchar长度的修改。
核心误区：索引长度不是int(11)决定的
- int(11)和int(2)的索引长度都是固定4字节，跟括号里的数字无关。
- 真正影响索引长度的是你的字段类型、字符集和长度。
- 遇到修改varchar失败,第一时间不要看int，而是去查索引定义和字符集。
索引长度限制的具体数值
- InnoDB单列索引：MySQL 5.6及之前默认767字节，5.6.7之后可以通过
innodb_large_prefix参数开启到3072字节，但需要表使用DYNAMIC或COMPRESSED行格式。 - InnoDB复合索引：总长度限制3072字节（开启大前缀后），否则也是767字节。
- MyISAM引擎：单列索引最大1000字节，复合索引也是1000字节。
这些限制在MySQL 8.0中默认都是3072字节，但如果你是从旧版本迁移的表，或者使用了ROW_FORMAT=REDUNDANT，依然可能触发767字节的限制。
修改varchar长度失败，如何排查索引长度限制？
绝大多数情况下,错误信息会直接告诉你”Index column size too large”，但如果你遇到的是其他错误，比如ERROR 1071，也是同样的原因，下面是通过具体步骤排查的方法，你可以直接跟着操作。
第一步：查看当前索引定义
使用命令查看表上的索引：
SHOW INDEX FROM your_table;
重点关注Key_name、Seq_in_index和Sub_part，如果Sub_part不为NULL，说明已经使用了前缀索引（只索引部分字符），这通常不会超限，除非长度设置错误，如果Sub_part为NULL，说明索引了整个列，需要计算总长度。
第二步：计算索引长度
通过information_schema可以查出具体长度：
SELECT index_name, column_name, character_maximum_length character_set_name_maxlen AS index_length FROM information_schema.statistics JOIN information_schema.columns USING (table_name, column_name) WHERE table_name = 'your_table' AND table_schema = 'your_db';
这里character_set_name_maxlen需要自己查字符集对应的最大字节数，utf8是3，utf8mb4是4，gbk是2，latin1是1，如果你不想写这么复杂的SQL，直接看SHOW CREATE TABLE，结合字段长度和字符集手动估算更快。
第三步：确认修改后的长度是否超限
假设你要把varchar(255)改成varchar(256)，字符集为utf8mb4，那么索引长度就会从255×4=1020变成256×4=1024，如果当前没有开启innodb_large_prefix，且单列索引限制是767字节，那么1020或1024都会报错，如果开启了3072字节限制，则255以下不会有问题，256仍在范围内，但复合索引需要把所有列的长度加起来，超过3072同样失败。
解决索引长度限制导致varchar修改失败的3种方案
根据你的具体场景,选择下面一种方案，直接解决问题。
开启大前缀并调整行格式
这是最直接的方法,不需要删除索引，适用于MySQL 5.6.7到5.7版本，以及所有需要放宽限制的场景。
操作步骤：
- 检查当前行格式：
SHOW TABLE STATUS WHERE Name = 'your_table'; - 如果行格式不是
DYNAMIC或COMPRESSED，修改它：ALTER TABLE your_table ROW_FORMAT = DYNAMIC;
- 设置参数（需要会话级或全局级）：
SET GLOBAL innodb_large_prefix = ON;
- 注意：MySQL 8.0中该参数已废弃，默认开启，但如果你从5.7迁移，可能表结构仍使用旧格式，需要显式升级。
注意事项：
- 修改行格式后,需要重建表，可能会锁表，建议在低峰期执行。
- 如果表非常大,可以用
pt-online-schema-change工具。
删除索引后再修改字段长度
如果你不想调整行格式,或者索引长度确实超过了3072字节，最简单的方法是先删除索引，修改字段长度，再重建索引，但重建索引时需要注意，如果新长度仍然超过限制，重建也会失败，所以这个方法只适合你计划降低索引长度或使用前缀索引的情况。
操作步骤：
- 删除相关索引：
ALTER TABLE your_table DROP INDEX index_name;
- 修改varchar长度：
ALTER TABLE your_table MODIFY COLUMN col_name VARCHAR(新长度) CHARACTER SET utf8mb4;
- 重建索引,并指定前缀长度（比如只索引前191个字符，因为191×4=764＜767）：
ALTER TABLE your_table ADD INDEX index_name (col_name(191));
为什么是191？
utf8mb4下，索引限制767字节，767÷4=191.75，取整为191，这是最常用的前缀值，既能保证索引不超限，又能覆盖大部分搜索场景。
更换字符集或使用更小的数据类型
如果字符集是utf8mb4,可以考虑改用utf8mb3（每个字符最多3字节），或者直接使用utf8（别名utf8mb3），这样同样的varchar长度，索引长度减少25%，例如varchar(255)在utf8mb3下是765字节，刚好接近767边界，但不会超限。
操作步骤：
ALTER TABLE your_table MODIFY COLUMN col_name VARCHAR(255) CHARACTER SET utf8;
注意：
utf8mb3不支持emoji和部分生僻字，如果你的业务需要存储这些，不要贸然更换，字符集变更后，现有数据可能会被截断或报错，建议先备份。
日常设计中如何避免索引长度超限？
根据行业共识,设计表结构时提前规划索引长度，可以避免日后修改字段时陷入困境，下面是一些具体做法。
限制varchar长度，避免过度预留
- 许多开发习惯把varchar定义成255,以为这是“标准长度”，但255在utf8mb4下索引长度1020，很容易超过767限制，如果业务真正需要的长度只有100，就定义成100，而不是255。
- 对于需要索引的字段,尽量控制在191以内（utf8mb4）或255以内（utf8mb3），保证单列索引可用。
合理使用前缀索引
- 如果字段长度超过索引限制,但又必须经常搜索前几个字符，可以只对前N个字符建立索引，比如
INDEX (email(100))
- 前缀索引会降低排序和分组操作的性能,但对于等值查询影响不大。
监控索引长度，在变更前预判
- 在开发环境执行
ALTER TABLE前，先用SHOW CREATE TABLE查看索引定义，手动计算新长度。 - 可以使用
pt-online-schema-change的--dry-run参数模拟变更，看是否报错。
常见问题解答（Q&A）关于int类型长度索引长度限制
问：int(11)改大一点就能解决varchar长度修改失败吗？
答：不能，int(11)中的数字只是显示宽度，不会改变索引长度，修改varchar长度失败与int类型无关，你应该检查索引长度是否超过767字节或3072字节，如果非要改int，可以尝试把int改成bigint，但bigint占8字节，在复合索引中会进一步增加总长度，反而可能让问题更严重，根本方案是调整索引或字符集。
问：varchar长度修改失败怎么解决，不删除索引有什么办法？
答：如果不删除索引，可以在MySQL 5.7中开启innodb_large_prefix=ON并将行格式改为DYNAMIC，这样索引上限提升到3072字节，大多数varchar(255)以内的字段都能通过，如果长度实在太大，比如varchar(500)在utf8mb4下索引长度2000字节，仍然在3072字节内，但如果是复合索引，总长度超过3072，就只能通过删除索引或缩短前缀来解决，MySQL 8.0默认已经支持3072字节，但需要确保表行格式是DYNAMIC或COMPRESSED。
问：数据库索引长度限制对不同存储引擎有区别吗？
答：有区别，InnoDB在MySQL 5.7及之前，单列索引最大767字节（开启大前缀后3072字节），MyISAM单列索引最大1000字节，复合索引也是1000字节，MEMORY引擎的索引长度基于哈希表，限制相对宽松，但也不建议超过数千字节，如果你在MyISAM表中遇到类似错误，可以把索引长度控制在1000字节以内，或者改用InnoDB并开启大前缀，修改失败时，先确认存储引擎，再针对性地调整行格式或者前缀长度。
问：int类型长度在索引中到底占多少空间？
答：int固定4字节，bigint固定8字节，smallint固定2字节，tinyint固定1字节，这些长度不会因为括号里的数字改变，当你在复合索引中同时包含int和varchar时，int占用的4字节会累加到总索引长度中，如果varchar长度已经接近限制，加上int的4字节就可能超过3072字节，在设计复合索引时，尽量把长度小的字段放在前面，并控制varchar列的长度。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/int%e7%b1%bb%e5%9e%8b%e9%95%bf%e5%ba%a6%e7%b4%a2%e5%bc%95%e9%95%bf%e5%ba%a6%e9%99%90%e5%88%b6varchar%e4%bf%ae%e6%94%b9%e5%a4%b1%e8%b4%a5%ef%bc%9f%ef%bc%8c%e6%80%8e%e4%b9%88%e5%8a%9e%ef%bc%9f/
