当前位置:主页 > 数据库 > Mysql >

Mysql 报Row size too large 65535 的原因及解决方法

时间:2021-07-25 08:38:51 | 栏目:Mysql | 点击:

报错信息:Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535

向mysql的表插件一个字段 类型为text时,或修改一个字段类型为text时,报出上面的错误。其实我对这个错误的原因理解也不是很深,给出一些我查到的解释吧

大意是数据表中有一个设定长度为64K的字段索引,当表中字段(不知道是字段名字还是什么)不能超过这个长度,65,535所说明的是针对的是整个表的非大字段类型的字段的bytes总合。(网上查到的)

我自己的理解(也不是很清楚了,大家指出来吧):

我的理解跟上查到最后一句话的意思差不多,就是非大字段类型的字段的bytes总和大于64K了,这个字段的bytes总和是什么呢?我还是当他理解成字段的名字长总的总和吧。非大字段是指那些字段呢,我觉得是varchar字段类型的字段,他们的名字总和大于64K,超出mysql的检索大小存储空间时就会报错。

varchar我来简单说下吧,在旧版5版本前varchar 最大存储字符数是255 (说法不算科学有兴趣的自己查),在5版后 varchar就是可变长度 ,就是按实际存储数据的多少去划分占用的存储空间,比如varchar类型内的数据有50个那么它占用的存储空间可能就是51个 有1个是占位符用于记录存了多少个字符。(也许不是字段名字占了64k,而是这个字段内记录占位长度的太多了,超过了64k这个值)就是说,你自己看看是不是你数据表里用varchar的字段类型用得太多了。

确实是varchar用得太多了,怎么办呢,其实上面报错的语句就有说明,可以将属性转为text 或 blobs 。行不行你们自己试下吧。

为什么我的数据表上有那么多varchar呢,因为他是实际长度的感觉可以省点存储空间,如给varchar(300)但我实际在这个字段存了10个字,那其实也只是占用了11个字符存储空间,最大到300个字符。

我的解决方法:

  将表中varchar(N) 中N设定小于255的属性的字段,修改属性为tinytext 。tinytext 在存储时总是占用255个字符。是固定的占着,最大能保存的字符也只有255个。所以如果varchar(N) 这个N值特别少就可以用tinytext进行代替。char这个大家自己考虑下能不能用吧。

您可能感兴趣的文章:

相关文章