MYSQL 结构行限制

Error Code: 1118. Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs

执行SQL报错

官网显示:Every table (regardless of storage engine) has a maximum row size of 65,535 bytes. Storage engines may place additional constraints on this limit, reducing the effective maximum row size.

官网资料说明:65535指表最大字段bytes的总和

详细说明:

1. 每个表有4096个列的硬性限制,但是到具体表是往往小于这个数字,确切的限制取决于几个相互作用的因素:

    每个表(不考虑存储引擎)为65,535字节的最大行大小限制。存储引擎可能会对这个限制进行额外的限制,降低了有效的最大行大小。

    受到行大小限制,列的数目还要看具体的字段长度,例如,UTF8字符需要三个字节存储,因此对于CHAR(255)CHARACTER SET UTF8列,服务器必须分配255×3 =765的字节。因此,一个表不能包含超过65,535/765=85这样的列。

    可变长度列在评估字段大小时还要考虑存储列实际长度的字节数。例如,VARCHAR(255)CHARACTER SET UTF8列需要额外的两个字节来存储值长度信息,所以该列需要多达767个字节存储,其实最大可以存储65533字节,剩余两个字节存储长度信息。

    BLOB和TEXT列不同于varchar字段,列长度信息独立于行长存储,可以达到65535字节真实存储。

    声明NULL列可降低允许的最大列数。对于MyISAM表,NULL列需要该行中额外的空间记录其值是否为NULL。每个NULL列需要一个额外的位,四舍五入到最接近的字节。

最大行长度计算如下:

    row length = 1

            + (sum of column lengths)

            + (number of NULL columns + delete_flag + 7)/8

            + (number of variable-length columns)

    对于静态表,delete_flag = 1,静态表通过在该行记录一个位来标识该行是否已被删除。 动态表时delete_flag = 0,因为该标记存储在动态行首,动态表具体可以根据row_format判断。

    对于InnoDB表,NULL和NOT NULL列存储大小是一样,因此上述计算并不适用。

2. 除此之外,一些存储引擎可能会强加限制表中列数的附加限制

InnoDB允许单表最多1000个列

InnoDB限制行大小不到数据库页面的一半,不包括VARBINARY,VARCHAR,BLOB或TEXT列。欲了解更多信息,更多影响体现DML,而不是DML。详情参考Limits on InnoDB Tables

InnoDB不同的存储格式(压缩,冗余)使用不同数量的页面头部和尾部,这会影响可用于存储行的长度。

如果innodbstrictmode禁用,创建表时使用冗余(REDUNDANT)或紧凑COMPACT格式,如果列超过最大行大小也会成功的定义,只是产生警告:

| Warning |  139 | Row size too large (> 8123). 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.

如果innodbstrictmode禁用,创建表时使用动态(DYNAMIC)或压缩(COMPRESSED)格式,如果列超过最大行大小也会成功的定义,就会直接报错:

ERROR 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB may help.

In current row format, BLOB prefix of 0 bytes is stored inline.

3. 每个表都有一个包含表定义的.frm文件。文件定义的内容也会影响到字段数的上限

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,635评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,628评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,971评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,986评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,006评论 6 394
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,784评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,475评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,364评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,860评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,008评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,152评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,829评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,490评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,035评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,156评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,428评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,127评论 2 356

推荐阅读更多精彩内容