MySQL 5.7插入超行大小限制数据未报错问题咨询

这其实是InnoDB DYNAMIC行格式的溢出存储机制在起作用，下面详细拆解你的场景：

核心原因：DYNAMIC行格式的Off-Page存储 #

InnoDB的DYNAMIC行格式设计就是为了处理过长的列数据，当某列（或多列）的总长度超过行内可容纳的空间（也就是你提到的8192字节）时，它会把整个列的数据转移到溢出页（off-page），而在行内只保留一个20字节的指针，指向存储该列数据的溢出页。

回到你的场景：

• 主键pk是bigint，占8字节
• 11个VARCHAR(255)列，每个存255个3字节的“‱”，单列实际长度是255*3=765字节，11列总长度765*11=8415字节，加上主键的8字节，总长度8423字节确实超过了8192字节的行内限制。

但DYNAMIC行格式会自动触发溢出：行内不再存储这11列的全部数据，而是每个列只存20字节的指针。此时行内总大小是8 + 20*11 = 228字节，远低于8192的限制，所以插入不会报错，能成功执行。

为什么CHAR列也有同样的现象？ #

你提到把VARCHAR改成CHAR后也能插入，这是因为DYNAMIC行格式对CHAR列的溢出处理逻辑和VARCHAR一致：

• CHAR(255)在utf8mb3下固定长度是255*3=765字节，11列总长度同样是8415字节，加上主键后超过行内限制。
• InnoDB依然会把这些CHAR列的全部数据转移到溢出页，行内只保留指针，所以行内空间足够，插入成功。

补充说明：行大小限制的实际意义 #

这里的“行最大容量8192字节”指的是行内可存储的数据大小，不包括溢出页的内容。DYNAMIC行格式通过把过长数据放到溢出页，突破了行内的大小限制，这是它相对于COMPACT行格式的优势（COMPACT会在行内存放768字节的前缀，剩下的才放溢出页）。

内容的提问来源于stack exchange，提问作者vinieth