前段时间在项目压测的时候出现了mysql的大字段问题，导致数据层无法存储。各方找人求助，都无果，最后求助万能的google，找到国外高人的解决方案，一步步来，终于解决了。这后来也没写总结，只是写了一篇简单的有道云笔记，结果今天线上的版本又出了这个问题，才不免责怪自己怎么没有发一篇详细博文记录，以及及时的分享给兄弟们（没办法最近太忙了，忙出翔来了）。
【问题描述】
最早mysql端报这个错
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
今天线上版本的错误：
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.
【导致问题的原因】
总结了下原因是因为mysql-innodb是按照page存储数据的，每个page max size是16k，然后每个page两行数据，所以每行最大8k数据。如果你的字段是blob之类的话，会存储在page之外的溢出区里。
但是innodb默认的approach（羚羊）存储格式会把每个blob字段的前864个字节存储在page里，所以你的blob超过一定数量的话，单行大小就会超过8k，所以就报错了
【解决思路】
解决方式是使用innodb的Barracuda（梭鱼） 存储格式
这种格式对blob字段的处理方式是在page里头只存储一个20byte大小的指针，其它全存在溢出区，所以你轻易超不了8k
【详细步骤】
1. 打开mysql的配置my.ini。在innodb配置出添加：innodb_file_per_table=1
Mysql的大字段问题
大概的意思就是打开mysql每张表都是独立存储空间的开关。
2. 然后命令检查下上述开关是否打开。
show variables like '%per_table%';
Mysql的大字段问题
如上图开关就打开了。
3. 设置mysql全局变量：innodb_file_format = Barracuda（梭鱼）
命令：set GLOBAL innodb_file_format = 'Barracuda';
然后检查下是否设置好了：
命令：show GLOBAL VARIABLES LIKE '%file_format%';
Mysql的大字段问题
如上就是好了
4. 设置对应表的属性：ROW_FORMAT=COMPRESSED
然后检查下标的属性是否是你设置的：COMPRESSED
5. 如上步骤以后，就OK了
在mysql中， 若一张表里面不存在varchar、text以及其变形、blob以及其变形的字段的话，那么张这个表其实也叫静态表，即该表的row_format是fixed，就是说每条记录所占用的字节一样。其优点读取快，缺点浪费额外一部分空间。 若一张表里面存在varchar、text以及其变形、blob以及其变形的字段的话，那么张这个表其实也叫动态表，即该表的row_format是dynamic，就是说每条记录所占用的字节是动态的。其优点节省空间，缺点增加读取的时间开销。 静态表，查询速度快，空间利用率不高 动态表，查询速度慢，空间利用率较高 所以，做搜索查询量大的表一般都以空间来换取时间，设计成静态表
row_format还有其他一些值：
DEFAULT
- IXED
- DYNAMIC
- COMPRESSED
- REDUNDANT
- COMPACT
修改行格式 ALTER TABLE table_name ROW_FORMAT = DEFAULT 修改过程导致：
fixed—>dynamic: 这会导致CHAR变成VARCHAR dynamic—>fixed: 这会导致VARCHAR变成CHAR
