当前位置:首页 > 编程教程 > mysql技术文章 > 更新text字段时出现Row size too large报错应付措施

更新text字段时出现Row size too large报错的解决方法

  • 发布时间:
  • 作者:码农之家
  • 点击:103

这篇文章主要知识点是关于text字段、的内容,如果大家想对相关知识点有系统深入的学习,可以参阅以下电子书

MySQL必知必会
  • 类型:MySQL大小:5.7 MB格式:PDF作者:福塔
立即下载

更新text字段时出现Row size too large报错应付措施

起因
团购开发报告说更新时出错。

更新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中优化了报错提示。

以上就是本次给大家分享的关于java的全部知识点内容总结,大家还可以在下方相关文章里找到相关文章进一步学习,感谢大家的阅读和支持。

您可能感兴趣的文章:

  • java itext导出PDF功能实现
  • vue.js中v-on:textInput无法执行事件解决方案
  • python opencv添加文字cv2.putText参数详解
  • Java的ThreadContext类加载器的知识点总结
  • 探索python textrank关键词提取功能
  • mysql数据库与textarea中的换行符知识点讲解
  • 关于Spring主配置文件导入约束(applicationContext.xml)
  • swing jtextArea滚动条和文字缩放效果的代码写法
  • 相关电子书
    学习笔记

    Copyright 2018-2020 www.xz577.com 码农之家

    版权投诉 / 书籍推广 / 赞助:520161757@qq.com