背景
在项目使用中,出现了以下报错:
1 | Error Code: 1118 - Row size too large (> 8126). |
上面报错,这就涉及到了row size的上限,也有可能会涉及到file format的设置。
一些上限
- 创建表报错:maximum row size > 65535
- 创建表报错:row size too large > 8126
- 插入数据报错:row size too larget > 8126
这里主要讲第三种报错,插入数据的时候触发的报错。先要理清file format和row format两个概念。
个人理解修改这两个参数都有可能解决掉问题。为啥是有可能,因为file format只是部分长字段类型的设置。
File format
先解释下file forma。这是用于varchat或者text字段存储数据的方案。file format有两种,分别是Antelope和Barracuda。
Antelope模式
在MySQL 5.6之前的版本,默认file format是Antelope。
意思是,对于varchar和text字段,会将内容的前768字段放置在index record中,后面再接20个字节的指针。
剩下内容会放置在BLOB page中。
假设有11个text字段,每个字段都是1000字节。那么在插入数据的时候,row size = (768+20)* 11 = 8668 > 8126,将会触发row size too larget > 8126
报错。
如果使用Antelope模式,不建议使用超过10个text或varchar字段。
Barracuda模式
Barracude会将所有数据放在BLOB page中,在index record里面只放20个字节的指针。
设置切换
查询File format设置:
1 | show variables like "%innodb_file%"; |
my.cnf 设置
1 | innodb_file_format = Barracuda # |
Row format
innodb引擎的行格式(row format)有两种。分别是compact和dynamic/compressed。
1 | ALTER TABLE test ROW_FORMAT=COMPRESSED; |
这里还是之说Antelope模式下使用text的问题。普通的数值类型,其实很难超8126的长度限制,就不说了。在Antelope模式下,text字段的前768会存储在index record中,会占用row size的768+2个字节。所以text/varchar字段不能太多。除非确定不会太长。
1 |
|