共计 1041 个字符，预计需要花费 3 分钟才能阅读完成。
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 这个大家自己考虑下能不能用吧。
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2016-06/132581.htm
