MySQL错误1118：行大小超8126，现有数据库如何扩容加字段？

先澄清误区 #

你提到的“8GB上限”是误解，实际是InnoDB的行内数据硬限制：除TEXT、BLOB外的所有字段（比如VARCHAR、INT等）的总字节数不能超过8126字节。因为这些字段的数据会直接存在行内，而TEXT/BLOB只在该行内存储一个20字节左右的指针，实际数据存在溢出页，不占用这个配额。

针对现有数据库的解决方案 #

1. 把部分VARCHAR转成TEXT类型（推荐长期方案） #

找那些实际存储内容长度远小于字段定义长度的VARCHAR，转成TEXT就能立刻释放行内空间：

ALTER TABLE 你的表名 MODIFY COLUMN 目标字段名 TEXT CHARSET utf8mb4;

注意：操作前务必备份数据，避免意外。

2. 缩减现有VARCHAR的不必要长度 #

如果某些字段定义的长度（比如1500）远大于实际存储的内容长度，直接缩小字段长度：

ALTER TABLE 你的表名 MODIFY COLUMN 目标字段名 VARCHAR(实际需要的长度) CHARSET utf8mb4;

比如实际内容最多500字符，就改成VARCHAR(500)，能大幅减少行内字节占用（utf8mb4每个字符最多占4字节，1000长度就占4000字节左右）。

3. 临时关闭InnoDB严格模式（救急方案） #

innodb_strict_mode=0不是只能在导入时设置，已运行的数据库也可以调整：

• 临时生效（重启MySQL后失效）：

SET GLOBAL innodb_strict_mode = 0;

执行后重新连接数据库，就能尝试添加字段。

• 永久生效：修改MySQL配置文件（Linux是my.cnf，Windows是my.ini），添加一行：

innodb_strict_mode = 0

保存后重启MySQL服务。
⚠️ 注意：这只是绕过限制，不是真正解决问题，长期使用可能带来行溢出的性能问题，仅作为临时救急。

你的疑问解答 #

• 不需要清理缓存空间：这个问题和缓存无关，是InnoDB的行大小限制机制导致的，清理缓存没用。
• 所谓“扩容”不是磁盘空间扩容：而是通过调整字段存储方式（转TEXT）或缩小字段长度，来规避行内数据的8126字节限制，上面的方法就是可行的操作。

关于字符集的补充 #

你提到的Engine=INNODB DEFAULT CHARSET=utf8mb4，如果你的表已经是这个配置，不用再改；如果之前是utf8，改成utf8mb4会让每个字符占用更多字节（4字节vs3字节），反而会让行大小更紧张，不建议盲目修改。

内容的提问来源于stack exchange，提问作者Andy McRae