更新text字段时出现Rowsizetoolarge报错_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了更新text字段时出现Rowsizetoolarge报错_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1478字，纯文字阅读大概需要3分钟。

内容图文

bitsCN.com

起因：

团购开发报告说更新时出错。 更新SQL如下：

UPDATE table_name d SET d.column_name='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa' WHERE d.ID=100976;

报错信息如下：

Error Code : 1118Row 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中优化了报错提示。bitsCN.com

内容总结

以上是互联网集市为您收集整理的更新text字段时出现Rowsizetoolarge报错_MySQL全部内容，希望文章能够帮你解决更新text字段时出现Rowsizetoolarge报错_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---