mysql-innodb行记录格式

发布时间：2020-08-07 17:33:26 作者：liangjiahual
来源：ITPUB博客阅读：270

cdn.shimo.im/wLa8Ccuo2bAFpz1G/image.png!thumbnail"},"29:1|30:0|3:."613px."|4:."73.275px."|7:1|crop:."."|frame:."none."|ori-height:."104."|ori-width:."870.""],[20,"首部是字段长度偏移列表，按照列的顺序逆序放置，其长度为（若列的长度小于255字节，用1字节表示；若大于255个字节，用2字节表示）"],[20,".n","text-indent:."1.""],[20,"记录头信息：占用6字节，含义如图："],[20,".n","text-indent:."1.""],[20,{"gallery-block":"https://images-cdn.shimo.im/RrR00mMkB0E9w1FP/image.png!thumbnail"},"29:1|30:0|3:."613px."|4:."215.738px."|7:1|crop:."."|frame:."none."|ori-height:."353."|ori-width:."1003.""],[20,"说明：n_fields值代表一行中列的数量，mysql一行中最多的列为1023；1byte_offs_flag:定义了偏移列表占用1字节还是2字节。.n最后部分即为实际存储的每个列的数据"],[20,".n","text-indent:."1.""],[20,"注意：对于varchar类型的NULL值，不占用任何存储空间，而char类型的NULL值需要占用空间.n"],[20,"compact，5.0.3以后默认行格式","27:."12."|8:1"],[20,".n","text-indent:."1.""],[20,{"gallery-block":"https://images-cdn.shimo.im/TWwEzwRWPCYq30ni/image.png!thumbnail"},"29:1|30:0|3:."613px."|4:."74.0625px."|7:1|crop:."."|frame:."none."|ori-height:."116."|ori-width:."960.""],[20,"说明：.n首部是一个"],[20,"非NULL变长字段","8:1"],[20,"长度列表，且按照列的顺序逆序放置，其长度为（若列的长度小于255字节，用1字节表示；若大于255个字节，用2字节表示）"],[20,".n","text-indent:."1.""],[20,"NULL标志位：该行数据是否有NULL值，有则用1表示，占用1个字节"],[20,".n","text-indent:."1.""],[20,"记录头信息：固定占用5字节，含义如图："],[20,".n","text-indent:."1.""],[20,{"gallery-block":"https://images-cdn.shimo.im/WYtqxD4zit0IzMK6/image.png!thumbnail"},"29:1|30:0|3:."613px."|4:."217.913px."|7:1|crop:."."|frame:."none."|ori-height:."353."|ori-width:."993.""],[20,"说明：通过record_type分析可得，在innodb存储引擎中"],[20,"页内部是通过一种链表的结构来串连各个行记录的","8:1"],[20,"。.n最后的部分为实际存储每个列的数据（注：1.不管是char类型还是varchar类型，NULL不占该部分任何空间，只占有NULL标志位；2.固定长度char字段在未能完全占用其长度空间时，会用Ox20来进行填充）"],[20,".n","text-indent:."1.""],[20,"每行数据除了用户定义的列外，还有两个隐藏列（事务ID(DB_TRX_ID)6字节，回滚指针列(DB_ROLL_PTR)，7字节），若没有定义主键，还会增加一个rowid（DB_ROW_ID）6字节"],[20,".n","text-indent:."1.""],[20,"Antelope文件格式包括compact和Redundant行记录格式.nBarracuda文件格式包括dynamic和compressed行记录格式.n"],[20,".n","text-indent:."1.""],[20,"行溢出数据","27:."12."|8:1"],[20,".ncompact和redundant存放BLOB的行溢出数据存储格式如图：.n"],[20,{"gallery-block":"https://images-cdn.shimo.im/k5zhzI2JVPwQiPIz/image.png!thumbnail"},"29:1|30:0|3:."613px."|4:."145.575px."|7:1|crop:."."|frame:."none."|ori-height:."166."|ori-width:."699.""],[20,"说明：如果可以在一个页中至少存放两行数据，那么varchar类型的数据就不会存放到BLOB页中；当长度超过8098后，就会将溢出的数据存放在BLOB页中。.n"],[20,"varchar(N)中N指的是","27:."12.""],[20,"字符的长度","27:."12."|8:1"],[20,"，而文档说明中varchar类型最大支持","27:."12.""],[20,"65535单位是字","27:."12."|8:1"],[20,".n"],[20,"节且指的是所有varchar列的长度总和。","27:."12."|8:1"],[20,".ndynamic和compressed存放在BLOB中的数据采用的行溢出方式如图：.n"],[20,{"gallery-block":"https://images-cdn.shimo.im/inEA6FCjrUIgZABG/image.png!thumbnail"},"29:1|30:0|3:."613px."|4:."145.587px."|7:1|crop:."."|frame:."none."|ori-height:."176."|ori-width:."741.""],[20,"说明：在数据页中只存放20个字节的指针，实际的数据都存放在off page中.n行溢出总结：.n1.行记录长度大约超过page一半时，依次将最长的列拆分发到多个page存储，直到不再超过page的一半为止；"],[20,".n","text-indent:."1.""],[20,"2.溢出的列放在一个page中不够的话，继续放在新的page中"],[20,".n","text-indent:."1.""],[20,"3.compact格式下，溢出的列只存储前768字节"],[20,".n","text-indent:."1.""],[20,"4.dynamic格式下，溢出的列只存储前20字节（指针）"],[20,".n","text-indent:."1.""],[20,"5.select * 会同时读取这些溢出的列，代价很高"],[20,".n","text-indent:."1.""],[20,"6.执行计划中出现filesort或temporary table时，一般都无法放在内存中，需要变成disk tmp table，IO代价更高。"],[20,".n","text-indent:."1.""],[20,"dynamic","27:."12."|8:1"],[20,"，将长字段完全off-page存储"],[20,".n","text-indent:."1.""],[20,"compressed","27:."12."|8:1"],[20,"（存储的行数据会以zlib算法进行压缩）","27:."12.""],[20,"将data、index、pages进行压缩，但buffer pool中的pages则不压缩"],[20,".n","text-indent:."1.""],[20,"CHAR行结构存储","8:1"],[20,".nchar(N)中N是指字符的长度，所以在不同的字符集下，char类型列内部存储的可能不是定长的数据。"]]">

行记录格式

可以通过show table status like 'table_name'命令查看当前表使用的行格式（row_format字段）

row_format

redundant，最早的行格式

首部是字段长度偏移列表，按照列的顺序逆序放置，其长度为（若列的长度小于255字节，用1字节表示；若大于255个字节，用2字节表示）

记录头信息：占用6字节，含义如图：

说明：n_fields值代表一行中列的数量，mysql一行中最多的列为1023；1byte_offs_flag:定义了偏移列表占用1字节还是2字节。

最后部分即为实际存储的每个列的数据

注意：对于varchar类型的NULL值，不占用任何存储空间，而char类型的NULL值需要占用空间

compact，5.0.3以后默认行格式

说明：

首部是一个非NULL变长字段长度列表，且按照列的顺序逆序放置，其长度为（若列的长度小于255字节，用1字节表示；若大于255个字节，用2字节表示）

NULL标志位：该行数据是否有NULL值，有则用1表示，占用1个字节

记录头信息：固定占用5字节，含义如图：

说明：通过record_type分析可得，在innodb存储引擎中页内部是通过一种链表的结构来串连各个行记录的。

最后的部分为实际存储每个列的数据（注：1.不管是char类型还是varchar类型，NULL不占该部分任何空间，只占有NULL标志位；2.固定长度char字段在未能完全占用其长度空间时，会用Ox20来进行填充）

每行数据除了用户定义的列外，还有两个隐藏列（事务ID(DB_TRX_ID)6字节，回滚指针列(DB_ROLL_PTR)，7字节），若没有定义主键，还会增加一个rowid（DB_ROW_ID）6字节

Antelope文件格式包括compact和Redundant行记录格式

Barracuda文件格式包括dynamic和compressed行记录格式

行溢出数据

compact和redundant存放BLOB的行溢出数据存储格式如图：

说明：如果可以在一个页中至少存放两行数据，那么varchar类型的数据就不会存放到BLOB页中；当长度超过8098后，就会将溢出的数据存放在BLOB页中。

varchar(N)中N指的是字符的长度，而文档说明中varchar类型最大支持65535单位是字节且指的是所有varchar列的长度总和。

dynamic和compressed存放在BLOB中的数据采用的行溢出方式如图：

说明：在数据页中只存放20个字节的指针，实际的数据都存放在off page中

行溢出总结：

1.行记录长度大约超过page一半时，依次将最长的列拆分发到多个page存储，直到不再超过page的一半为止；

2.溢出的列放在一个page中不够的话，继续放在新的page中

3.compact格式下，溢出的列只存储前768字节

4.dynamic格式下，溢出的列只存储前20字节（指针）

5.select * 会同时读取这些溢出的列，代价很高

6.执行计划中出现filesort或temporary table时，一般都无法放在内存中，需要变成disk tmp table，IO代价更高。

dynamic，将长字段完全off-page存储

compressed（存储的行数据会以zlib算法进行压缩）将data、index、pages进行压缩，但buffer pool中的pages则不压缩

CHAR行结构存储

char(N)中N是指字符的长度，所以在不同的字符集下，char类型列内部存储的可能不是定长的数据。

mysql-innodb行记录格式

相关阅读