更新text字段时出现Row size too large报错应付措施
更新时间：2013年03月06日 16:14:22 作者：
个人建议：表的text字段很多建议建表时加上 row_format = dynamic当然，回过头来MySQL的报错也是有误导性的，感兴趣的你可以参考下本文
起因：
团购开发报告说更新时出错。
更新SQL如下：
UPDATE table_name d SET d.column_name='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
WHERE d.ID=100976;
报错信息如下：
Error Code : 1118
Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. You have to change some columns to TEXT or BLOBs
疑惑：
更新字段只涉及 column_name字段，且该字段是TEXT类型。
个人之前理解是：
TEXT的内容在 Dynamic的table format下是存在off-page中的，不会占用row size的计算。
Barracuda 对应row_format ( dynamic, compress) ，其中dynamic下text的所有内容都是off-page存放的 (点击查看）
Antelope 对应row_format (compact, redundant)，其中compact下的text是存786B在row中，超过部分存在off-page
而服务器配置是 innodb_file_format = Barracuda
照理说所有table用的都是 dynamic 结构。
但是！ 原因如下，摘自文档：
To preserve compatibility with those prior versions, tables created with the InnoDB Plugin use the prefix format, unless one of ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED is specified (or implied) on the CREATE TABLE command.
也就是说，建表时不显示指定 row_format = dynamic ,即使 innodb_file_format = Barracuda 表的row-format还是 compact
所以总结为一句话就是：如果某个表的text字段很多建议建表时加上 row_format = dynamic
当然，回过头来MySQL的报错也是有误导性的，bug库中也对confirm了这个bug（点击查看），并在5.1.61中优化了报错提示。
团购开发报告说更新时出错。
更新SQL如下：
复制代码 代码如下:
UPDATE table_name d SET d.column_name='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
WHERE d.ID=100976;
报错信息如下：
Error Code : 1118
Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. You have to change some columns to TEXT or BLOBs
疑惑：
更新字段只涉及 column_name字段，且该字段是TEXT类型。
个人之前理解是：
TEXT的内容在 Dynamic的table format下是存在off-page中的，不会占用row size的计算。
Barracuda 对应row_format ( dynamic, compress) ，其中dynamic下text的所有内容都是off-page存放的 (点击查看）
Antelope 对应row_format (compact, redundant)，其中compact下的text是存786B在row中，超过部分存在off-page
而服务器配置是 innodb_file_format = Barracuda
照理说所有table用的都是 dynamic 结构。
但是！ 原因如下，摘自文档：
To preserve compatibility with those prior versions, tables created with the InnoDB Plugin use the prefix format, unless one of ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED is specified (or implied) on the CREATE TABLE command.
也就是说，建表时不显示指定 row_format = dynamic ,即使 innodb_file_format = Barracuda 表的row-format还是 compact
所以总结为一句话就是：如果某个表的text字段很多建议建表时加上 row_format = dynamic
当然，回过头来MySQL的报错也是有误导性的，bug库中也对confirm了这个bug（点击查看），并在5.1.61中优化了报错提示。
相关文章
MySQL是一种关系数据库管理系统，所使用的 SQL 语言是用于访问数据库的最常用的，本文主要以Mysql免安装版为例，帮助大家解决安装与配置mysql的步骤2021-06-06
数据库隔离级别与Spring配置事务的联系及性能影响，以下是个人理解，如果有瑕疵请及时指正2014-05-05
下面小编就为大家带来一篇使用JDBC从数据库中查询数据的方法。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧2016-08-08
这篇文章主要介绍了mysql存储过程,结合图文与实例形式较为详细的分析了mysql存储过程基本概念、原理、用法及相关操作注意事项,需要的朋友可以参考下2020-04-04
解读mysql主从配置及其原理分析(Master-Slave)
在windows下配置的，后面会在Linux下配置进行测试，需要配置mysql数据库同步的朋友可以参考下。2011-05-05
这篇文章主要介绍了MySQL 数据查重、去重的实现语句，帮助大家更好的理解和学习MySQL数据库，感兴趣的朋友可以了解下2020-09-09
这篇文章主要介绍了sql脚本函数编写postgresql数据库实现解析,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下2019-09-09
这篇文章主要给大家介绍了关于在Ubuntu中更改MySQL数据库文件目录的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2018-11-11
MySQL是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验 进行判断，然后设置合理的参数。下面我们了解一下MySQL优化的一些基础2018-07-07
这篇文章主要介绍了MySQL数据库的索引原理与慢SQL优化的5大原则,包括：建立索引的原则，慢查询优化基本步骤，慢查询优化案例，explain使用，需要的朋友可以参考下2023-02-02
最新评论