MySql “Row size too large (> 8126)”

今天在对MySQL数据库进行数据处理时,遇到一个错误:

Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help.

我处理的这张表有400列,有大量的VARCHAR和TEXT列,以前遇到过该表中VARCHAR总长度超过65532的错误,第一眼看到,误以为是VARCHAR超长的问题。

【尝试一】于是我把一些较大的VARCHAR列换成了TEXT类型,但是问题依然存在。

【尝试二】根据错误信息的提示,我又在创建表时添加了ROW_FORMAT=DYNAMIC设置,但是问题依然存在。

【尝试三】后来我怀疑数据库引擎的问题,因为我们常用的是MyISAM引擎,但是我新装MySQL后,默认是InnoDb,而我也一直没有修改。于是我移除了创建表时的ROW_FORMAT设置,增加了Engine=MyISAM。问题解决了。

【原理浅析】根据网上的一些资料,这个问题可能与不同引擎之间使用的存储格式有关。MyISAM有3种行存储格式:fixed/dynamic/compressed。InnoDb在MyIASM基础上新引入了Barracuda。至于不同引擎的默认设置,以及各种存储格式之间的区别,我也没有深入研究,有兴趣的话可以去了解一下。

【InnoDb的解决方案】后来我在stackoverflow中看到了InnoDb中的解决方案(未尝试):

http://stackoverflow.com/questions/15585602/change-limit-for-mysql-row-size-too-large

innodb

【其他问题】另外,stackoverflow上还提到了日志文件设置过小也可能引起该问题的情况:

http://stackoverflow.com/questions/22637733/mysql-error-code-1118-row-size-too-large-8126-changing-some-columns-to-te


http://www.alanzeng.cn/2016/03/mysql-row-size-too-large-8126/

MySQL的行大小限制是65535字节。这意味着单个行中的所有列和元数据的总字节数不能超过65535。当超出这个限制时,MySQL会报错“row size too large”。 如何解决mysql row size too large问题呢?有几个解决方案: 1. 把行拆成多个表: 这意味着把大表中的列分成两个或更多具有1:1关系的表。这样,每个表的行大小都小于MySQL的限制。 2. 使用BLOBTEXT列: 这些列不计入行大小限制。因此,“row size too large”错误不会发生在BLOBTEXT类型的列上。但是,在使用这些列时,需要注意性能问题,因为BLOBTEXT类型的列需要更多的存储和处理资源。 3. 使用InnoDB存储引擎: InnoDB支持行大小大于65535字节的行。这是通过将大列存储在单独的磁盘页中来实现的,而不是直接在行中存储它们。但是,使用InnoDB存储引擎时,仍然需要遵循最佳实践和优化性能。 4. 使用压缩技术: 使用压缩技术可以减小每个行的大小。MySQL支持对列和行进行压缩,这可以减少存储需求并提高性能。但是,需要注意的是,压缩会增加CPU负载,因此需要在性能和存储需求之间进行权衡。 总体来说,就算遇到mysql row size too large问题,我们还是可以选择多种方法解决。选择哪种方法取决于具体情况下的性能和存储需求。最重要的是,不要让这个错误妨碍我们的工作,而是要通过切割、转换、优化和压缩等技术来找到解决方案。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值