在北方每当春回大地，丁香花便不甘寂寞，也会兴致匆匆竟相开放，把他那扑扑幽香……丁香花色繁多有紫色，红色，白色等在没有梅雨的六月里散发着香水般芳菲的气息。天坛公园有个丁香林，置身其中，人真会有些要被花香熏晕的感觉多么忧郁的花。多么娇嫩的花。院子里栽满丁香花。开满紫色美丽的鲜花。丁香花小，一簇一簇的，有白有紫，路边的丁香花已孕育花苞，树下围了不少人指着花苞吵吵嚷嚷，别着急呀，只等春雷一响就会竞相绽放。
起因： 团购开发报告说更新时出错。 更新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中优化了报错提示。
以上就是更新text字段时出现Rowsizetoolarge报错应付措施。世事往往如此，想回头也已经来不及，即使你肯沦为劣马，也不一定有回头草在等你。更多关于更新text字段时出现Rowsizetoolarge报错应付措施请关注haodaima.com其它相关文章！
