InnoDB -- 行记录格式
本文转载自InnoDB -- 行记录格式
分类
Named File Format
- InnoDB
早期
的文件格式(页格式
)为Antelope
,可以定义两种行记录格式,分别是Compact
和Redundant
Named File Format
为了解决不同版本下页结构的兼容性
,在Barracuda
可以定义两种新的行记录格式Compressed
和Dynamic
- 变量为
innodb_file_format
和innodb_default_row_format
mysql> SHOW VARIABLES LIKE 'innodb_file_format';
+--------------------+-----------+
| Variable_name | Value |
+--------------------+-----------+
| innodb_file_format | Barracuda |
+--------------------+-----------+
1 row in set (0.00 sec)
mysql> SHOW VARIABLES LIKE '%row%format%';
+---------------------------+---------+
| Variable_name | Value |
+---------------------------+---------+
| innodb_default_row_format | dynamic |
+---------------------------+---------+
1 row in set (0.38 sec)
行记录最大长度
页大小(
page size
)为4KB
、8KB
、16KB
和32KB
时,行记录最大长度(maximum row length
)应该略小于页大小的一半
- 默认页大小为
16KB
,因此行记录最大长度应该略小于8KB
,因此一个B+Tree叶子节点最少有2个行记录
- 默认页大小为
页大小为
64KB
时,行记录最大长度略小于16KB
CHAR(N)与VARCHAR(N)
N
指的是字符长度
,而不是Byte大小
,在不同的编码下,同样的字符会占用不同的空间,如LATIN1
(定长编码
)和UTF8
(变长编码
)
变长列
在InnoDB中,变长列(variable-length column
)可能是以下几种情况
长度不固定
的数据类型,例如VARCHAR
、VARBINARY
、BLOB
、TEXT
等- 对于
长度固定
的数据类型,如CHAR
,如果实际存储
占用的空间大于768Byte
,InnoDB会将其视为变长列 变长编码
下的CHAR
行溢出
- 当
行记录的长度
没有超过行记录最大长度
时,所有数据
都会存储在当前页
- 当
行记录的长度
超过行记录最大长度
时,变长列(variable-length column
)会选择外部溢出页(overflow page
,一般是Uncompressed BLOB Page
)进行存储Compact
+Redundant
:保留前768Byte
在当前页(B+Tree叶子节点
),其余数据存放在溢出页
。768Byte
后面跟着20Byte
的数据,用来存储指向溢出页的指针
Dynamic
+Compressed
:仅存储20Byte
数据,存储指向溢出页的指针
,这时比Compact
和Redundant
更高效,因为一个B+Tree叶子节点
能存放更多的行记录
Redundant
MySQL 5.0
之前的ROW_FORMAT
格式
字段偏移列表
- 按照列的顺序
逆序
放置 - 列长度
小于255Byte
,用1Byte
存储 - 列长度
大于255Byte
,用2Byte
存储
记录头信息
名称 | 大小(bit) | 描述 |
---|---|---|
() | 1 | 未知 |
() | 1 | 未知 |
deleted_flag | 1 | 该行是否已被删除 |
min_rec_flag | 1 | 如果该行记录是预定义为最小的记录,为1 |
n_owned | 4 | 该记录拥有的记录数,用于Slot |
heap_no | 13 | 索引堆中该条记录的索引号 |
n_fields | 10 | 记录中列的数量 ,一行最多支持1023 列 |
1byte_offs_flag | 1 | 偏移列表的单位为1Byte 还是2Byte |
next_record | 16 | 页中下一条记录的相对位置 |
Total | 48(6Byte) |
nothing |
隐藏列
- ROWID
没有显式定义主键
或唯一非NULL的索引
时,InnoDB会自动创建6Byte的ROWID
- Transaction ID
事务ID - Roll Pointer
非行溢出实例
表初始化
mysql> CREATE TABLE t (
-> a VARCHAR(10),
-> b VARCHAR(10),
-> c CHAR(10),
-> d VARCHAR(10)
-> ) ENGINE=INNODB CHARSET=LATIN1 ROW_FORMAT=REDUNDANT;
Query OK, 0 rows affected (0.23 sec)
mysql> INSERT INTO t VALUES ('1','22','22','333'),('4',NULL,NULL,'555');
Query OK, 2 rows affected (0.08 sec)
Records: 2 Duplicates: 0 Warnings: 0
$ sudo python py_innodb_page_info.py -v /var/lib/mysql/test/t.ibd
page offset 00000000, page type <File Space Header>
page offset 00000001, page type <Insert Buffer Bitmap>
page offset 00000002, page type <File Segment inode>
page offset 00000003, page type <B-tree Node>, page level <0000>
page offset 00000000, page type <Freshly Allocated Page>
page offset 00000000, page type <Freshly Allocated Page>
Total number of page: 6:
Freshly Allocated Page: 2
Insert Buffer Bitmap: 1
File Space Header: 1
B-tree Node: 1
File Segment inode: 1
行记录在page offset=3
的页中
16进制信息
# Vim,:%!xxd
# page offset=3
0000c000: 32d4 0518 0000 0003 ffff ffff ffff ffff 2...............
0000c010: 0000 0000 408f 1c1b 45bf 0000 0000 0000 ....@...E.......
0000c020: 0000 0000 0112 0002 00db 0004 0000 0000 ................
0000c030: 00ba 0002 0001 0002 0000 0000 0000 0000 ................
0000c040: 0000 0000 0000 0000 0156 0000 0112 0000 .........V......
0000c050: 0002 00f2 0000 0112 0000 0002 0032 0801 .............2..
0000c060: 0000 0300 8a69 6e66 696d 756d 0009 0300 .....infimum....
0000c070: 0803 0000 7375 7072 656d 756d 0023 2016 ....supremum.# .
0000c080: 1413 0c06 0000 100f 00ba 0000 0014 b201 ................
0000c090: 0000 0014 08bf b900 0002 0301 1031 3232 .............122
0000c0a0: 3232 2020 2020 2020 2020 3333 3321 9e94 22 333!..
0000c0b0: 1413 0c06 0000 180f 0074 0000 0014 b202 .........t......
0000c0c0: 0000 0014 08bf b900 0002 0301 1f34 0000 .............4..
0000c0d0: 0000 0000 0000 0000 3535 3500 0000 0000 ........555.....
第1行记录(0xc07d
)
- 长度偏移列表(
23 20 16 14 13 0c 06
)
总共有7
列,每列的长度都不超过255Byte
,偏移列表的单位为1Byte
,所以0xc07d~0xc083
为长度偏移列表
列序号 | 长度 | 描述 |
---|---|---|
1 | 6 = 0x06 |
ROWID,隐藏列 |
2 | 6 = 0x0c-0x06 |
Transaction ID,隐藏列 |
3 | 7 = 0x13-0x0c |
Roll Pointer,隐藏列 |
4 | 1 = 0x14-0x13 |
a VARCHAR(10) |
5 | 2 = 0x16-0x14 |
b VARCHAR(10) |
6 | 10 = 0x20-0x16 |
c CHAR(10) |
7 | 3 = 0x23-0x20 |
d VARCHAR(10) |
- 记录头信息(
00 00 10 0f 00 ba
)
名称 | 值 | 描述 |
---|---|---|
n_fields | 7 | 记录中列的数量 |
1byte_offs_flag | 1 | 偏移列表的单位为1Byte |
ROWID(
00 00 00 14 b2 01
)Transaction ID(
00 00 00 14 08 bf
)Roll Pointer(
b9 00 00 02 03 01 10
)a(
31
)- 字符
1
,VARCHAR(10),1个字符
只占用了1Byte
- 字符
b(
32 32
)- 字符
22
,VARCHAR(10),2个字符
只占用了2Byte
- 字符
c(
32 32 20 20 20 20 20 20 20 20
)- 字符
22
,CHAR(10),2个字符
依旧占用了10Byte
- 字符
d(
33 33 33
)- 字符
333
,VARCHAR(10),3个字符
只占用了3Byte
- 字符
第2行记录(0xc0ad
)
- 长度偏移列表(
21 9e 94 14 13 0c 06
)
总共有7
列,每列的长度都不超过255Byte
,偏移列表的单位为1Byte
,所以0xc0ad~0xc0b3
为长度偏移列表
列序号 | 长度 | 描述 |
---|---|---|
1 | 6 = 0x06 |
ROWID,隐藏列 |
2 | 6 = 0x0c-0x06 |
Transaction ID,隐藏列 |
3 | 7 = 0x13-0x0c |
Roll Pointer,隐藏列 |
4 | 1 = 0x14-0x13 |
a VARCHAR(10) |
5 | 0 (0x94-0x14=0x80>10) |
b VARCHAR(10) |
6 | 10 = 0x9e-0x94 |
c CHAR(10) |
7 | 3 = 0x21-(0x9e-0x94)-0x14 |
d VARCHAR(10) |
- 记录头信息(
00 00 18 0f 00 74
)
名称 | 值 | 描述 |
---|---|---|
n_fields | 7 | 记录中列的数量 |
1byte_offs_flag | 1 | 偏移列表的单位为1Byte |
- ROWID(
00 00 00 14 b2 02
) - Transaction ID(
00 00 00 14 08 bf
)与第1条记录的事务ID一致
(在InnoDB中会将INSERT VALUES
视为在同一事务
内,MyISAM则不会)
- Roll Pointer(
b9 00 00 02 03 01 1f
) - a(
34
)- 字符
4
,VARCHAR(10),1个字符
只占用了1Byte
- 字符
- b
VARCHAR为NULL
时,不占用空间
- c(
00 00 00 00 00 00 00 00 00 00
)CHAR(10)为NULL
时,依旧占用10Byte
- d(
35 35 35
)- 字符
555
,VARCHAR(10),3个字符
只占用了3Byte
- 字符
行溢出实例
表初始化
mysql> CREATE TABLE t (
-> a VARCHAR(9000)
-> ) ENGINE=INNODB CHARSET=LATIN1 ROW_FORMAT=REDUNDANT;
Query OK, 0 rows affected (0.08 sec)
mysql> INSERT INTO t SELECT REPEAT('a',9000);
Query OK, 1 row affected (0.05 sec)
Records: 1 Duplicates: 0 Warnings: 0
$ sudo python py_innodb_page_info.py -v /var/lib/mysql/test/t.ibd
page offset 00000000, page type <File Space Header>
page offset 00000001, page type <Insert Buffer Bitmap>
page offset 00000002, page type <File Segment inode>
page offset 00000003, page type <B-tree Node>, page level <0000>
page offset 00000004, page type <Uncompressed BLOB Page>
page offset 00000000, page type <Freshly Allocated Page>
Total number of page: 6:
Insert Buffer Bitmap: 1
Freshly Allocated Page: 1
File Segment inode: 1
B-tree Node: 1
File Space Header: 1
Uncompressed BLOB Page: 1
行记录的前768Byte
在page offset=3
的页中,但由于9000>8192>行记录最大长度
,所以将剩余数据放在了溢出页
,即page offset=4
的页中
16进制信息
# Vim,:%!xxd
# page offset=3
0000c000: 17e8 3157 0000 0003 ffff ffff ffff ffff ..1W............
0000c010: 0000 0000 408f 6113 45bf 0000 0000 0000 ....@.a.E.......
0000c020: 0000 0000 0113 0002 03b2 0003 0000 0000 ................
0000c030: 008b 0005 0000 0001 0000 0000 0000 0000 ................
0000c040: 0000 0000 0000 0000 0157 0000 0113 0000 .........W......
0000c050: 0002 00f2 0000 0113 0000 0002 0032 0801 .............2..
0000c060: 0000 0300 8b69 6e66 696d 756d 0009 0200 .....infimum....
0000c070: 0803 0000 7375 7072 656d 756d 0043 2700 ....supremum.C'.
0000c080: 1300 0c00 0600 0010 0800 7400 0000 14b2 ..........t.....
0000c090: 0300 0000 1408 cea3 0000 01f9 0110 6161 ..............aa
0000c0a0: 6161 6161 6161 6161 6161 6161 6161 6161 aaaaaaaaaaaaaaaa
......
0000c390: 6161 6161 6161 6161 6161 6161 6161 0000 aaaaaaaaaaaaaa..
0000c3a0: 0113 0000 0004 0000 0026 0000 0000 0000 .........&......
0000c3b0: 2028 0000 0000 0000 0000 0000 0000 0000 (..............
......
# page offset=4
00010000: 273a f701 0000 0004 0000 0000 0000 0000 ':..............
00010010: 0000 0000 408f 6113 000a 0000 0000 0000 ....@.a.........
00010020: 0000 0000 0113 0000 2028 ffff ffff 6161 ........ (....aa
00010030: 6161 6161 6161 6161 6161 6161 6161 6161 aaaaaaaaaaaaaaaa
......
00012050: 6161 6161 6161 0000 0000 0000 0000 0000 aaaaaa..........
00012060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
......
- 长度偏移列表(
4327 0013 000c 0006
)
总共有4
列,a
列的长度超过了255Byte
,偏移列表的单位为2Byte
,所以0xc07d~0xc084
为长度偏移列表
列序号 | 长度 | 描述 |
---|---|---|
1 | 6 = 0x0006 |
ROWID,隐藏列 |
2 | 6 = 0x000c-0x0006 |
Transaction ID,隐藏列 |
3 | 7 = 0x0013-0x000c |
Roll Pointer,隐藏列 |
4 | 9000 (0x4327暂不理解) |
a VARCHAR(9000) |
- 记录头信息(
00 00 10 08 00 74
)
名称 | 值 | 描述 |
---|---|---|
n_fields | 4 | 记录中列的数量 |
1byte_offs_flag | 0 | 偏移列表的单位为2Byte |
- ROWID(
00 00 00 14 b2 03
) - Transaction ID(
00 00 00 14 08 ce
) - Roll Pointer(
a3 00 00 01 f9 01 10
) - a
page offset=3
,前768Byte(0xc09e~0xc39d
),在溢出页的长度为0x2028
,即8232
page offset=4
为溢出页
,存放后8232Byte的数据(0x1002e~0x12055
)
Compact
MySQL 5.0
引入,MySQL 5.1
默认ROW_FORMAT
对比Redundant
- 减少了大约
20%
的空间 - 在某些操作下会增加
CPU
的占用 - 在
典型
的应用场景下,比Redundant快
格式
变长字段长度列表
- 条件
VARCHAR
、BLOB
等变长编码
(如UTF8
)下的CHAR
- 放置排序:
逆序
- 用
2Byte
存储的情况:需要用溢出页
;最大长度
超过255Byte
;实际长度
超过127Byte
NULL标志位
- 行记录中是否有NULL值,是一个位向量(
Bit Vector
) - 可为NULL的列数量为N,则该标志位占用的
CEILING(N/8)Byte
- 列为NULL时
不占用实际空间
记录头信息
名称 | 大小(bit) | 描述 |
---|---|---|
() | 1 | 未知 |
() | 1 | 未知 |
deleted_flag | 1 | 该行是否已被删除 |
min_rec_flag | 1 | 如果该行记录是预定义为最小的记录,为1 |
n_owned | 4 | 该记录拥有的记录数,用于Slot |
heap_no | 13 | 索引堆中该条记录的索引号 |
record_type | 3 | 记录类型,000(普通),001(B+Tree节点指针),010(Infimum),011(Supremum) |
next_record | 16 | 页中下一条记录的相对位置 |
Total | 40(5Byte) |
nothing |
实例
行溢出
时的处理方式与Redundant
类似,这里仅给出非行溢出
的实例
表初始化
mysql> CREATE TABLE t (
-> a VARCHAR(10),
-> b VARCHAR(10),
-> c CHAR(10),
-> d VARCHAR(10)
-> ) ENGINE=INNODB CHARSET=LATIN1 ROW_FORMAT=COMPACT;
Query OK, 0 rows affected (0.03 sec)
mysql> INSERT INTO t VALUES ('1','22','22','333'),('4',NULL,NULL,'555'); Query OK, 2 rows affected (0.02 sec)
Records: 2 Duplicates: 0 Warnings: 0
$ sudo python py_innodb_page_info.py -v /var/lib/mysql/test/t.ibd
page offset 00000000, page type <File Space Header>
page offset 00000001, page type <Insert Buffer Bitmap>
page offset 00000002, page type <File Segment inode>
page offset 00000003, page type <B-tree Node>, page level <0000>
page offset 00000000, page type <Freshly Allocated Page>
page offset 00000000, page type <Freshly Allocated Page>
Total number of page: 6:
Freshly Allocated Page: 2
Insert Buffer Bitmap: 1
File Space Header: 1
B-tree Node: 1
File Segment inode: 1
行记录在page offset=3
的页中
16进制信息
# Vim,:%!xxd
# page offset=3
0000c000: 1f96 f8df 0000 0003 ffff ffff ffff ffff ................
0000c010: 0000 0000 408f deaa 45bf 0000 0000 0000 ....@...E.......
0000c020: 0000 0000 0116 0002 00c3 8004 0000 0000 ................
0000c030: 00ac 0002 0001 0002 0000 0000 0000 0000 ................
0000c040: 0000 0000 0000 0000 015a 0000 0116 0000 .........Z......
0000c050: 0002 00f2 0000 0116 0000 0002 0032 0100 .............2..
0000c060: 0200 1e69 6e66 696d 756d 0003 000b 0000 ...infimum......
0000c070: 7375 7072 656d 756d 0302 0100 0000 1000 supremum........
0000c080: 2b00 0000 14b2 0a00 0000 1409 03c6 0000 +...............
0000c090: 020a 0110 3132 3232 3220 2020 2020 2020 ....12222
0000c0a0: 2033 3333 0301 0600 0018 ffc4 0000 0014 333............
0000c0b0: b20b 0000 0014 0903 c600 0002 0a01 1f34 ...............4
0000c0c0: 3535 3500 0000 0000 0000 0000 0000 0000 555.............
第1行记录(0xc078
)
- 变长字段长度列表(
03 02 01
)- 列a长度为1
- 列b长度为2
- 列c在
LATIN1
单字节编码下,长度固定,因此不会出现在该列表中 - 列d长度为3
- NULL标志位(
00
)- 在表中可以为NULL的可变列为a、b、d,
0< 3/8 < 1
,所以NULL标志位占用1Byte
00
表示没有字段为NULL
- 在表中可以为NULL的可变列为a、b、d,
- 记录头信息(
00 00 10 00 2b
)- 本行记录结束的位置
0xc078+0x2b
=c0a3
- 本行记录结束的位置
- ROWID(
00 00 00 14 b2 0a
) - Transaction ID(
00 00 00 14 09 03
) - Roll Pointer(
c6 00 00 02 0a 01 10
) - a(
31
)- 字符
1
,VARCHAR(10),1个字符
只占用了1Byte
- 字符
- b(
32 32
)- 字符
22
,VARCHAR(10),2个字符
只占用了2Byte
- 字符
- c(
32 32 20 20 20 20 20 20 20 20
)- 字符
22
,CHAR(10),2个字符
依旧占用了10Byte
- 字符
- d(
33 33 33
)- 字符
333
,VARCHAR(10),3个字符
只占用了3Byte
- 字符
第2行记录(0xc0a4
)
- 变长字段长度列表(
03 01
)- 列a长度为1
- 列b、c为NULL,不占用空间,因此不会出现在该列表中,
NULL标志位
会标识那一列为NULL - 列d长度为3
- NULL标志位(
06
)0000 0110
,表示列b和列c为NULL
- 记录头信息(
00 00 18 ff c4
) - ROWID(
00 00 00 14 b2 0b
) - Transaction ID(
00 00 00 14 09 03
)- 跟第1行记录在
同一个事务内
- 跟第1行记录在
- Roll Pointer(
c6 00 00 02 0a 01 1f
) - a(
34
)- 字符
1
,VARCHAR(10),1个字符
只占用了1Byte
- 字符
- b
VARCHAR(10)
为NULL
时,不占用空间
- c
CHAR(10)
为NULL
时,不占用空间
- d(
35 35 35
)
- 字符
555
,VARCHAR(10),3个字符
只占用了3Byte
Dynamic和Compressed
Dynamic
和Compressed
是Compact
的变种形式Compressed
会对存储在其中的行数据会以zlib
的算法进行压缩,对BLOB
、TEXT
、VARCHAR
这类大长度类型
的数据能够进行非常有效的存储Dynamic
(或Compressed
)与Compact
(或Redundant
)比较大的差异是行溢出
的处理方式,下面是Dynamic行溢出实例
表初始化
mysql> CREATE TABLE t (
-> a VARCHAR(9000)
-> ) ENGINE=INNODB CHARSET=LATIN1 ROW_FORMAT=DYNAMIC;
Query OK, 0 rows affected (0.01 sec)
mysql> INSERT INTO t SELECT REPEAT('a',9000); Query OK, 1 row affected (0.02 sec)
Records: 1 Duplicates: 0 Warnings: 0
$ sudo python py_innodb_page_info.py -v /var/lib/mysql/test/t.ibd
page offset 00000000, page type <File Space Header>
page offset 00000001, page type <Insert Buffer Bitmap>
page offset 00000002, page type <File Segment inode>
page offset 00000003, page type <B-tree Node>, page level <0000>
page offset 00000004, page type <Uncompressed BLOB Page>
page offset 00000000, page type <Freshly Allocated Page>
Total number of page: 6:
Insert Buffer Bitmap: 1
Freshly Allocated Page: 1
File Segment inode: 1
B-tree Node: 1
File Space Header: 1
Uncompressed BLOB Page: 1
16进制信息
# Vim,:%!xxd
# page offset=3
0000c000: 0006 f2d2 0000 0003 ffff ffff ffff ffff ................
0000c010: 0000 0000 4090 bbcb 45bf 0000 0000 0000 ....@...E.......
0000c020: 0000 0000 011a 0002 00a7 8003 0000 0000 ................
0000c030: 0080 0005 0000 0001 0000 0000 0000 0000 ................
0000c040: 0000 0000 0000 0000 015e 0000 011a 0000 .........^......
0000c050: 0002 00f2 0000 011a 0000 0002 0032 0100 .............2..
0000c060: 0200 1d69 6e66 696d 756d 0002 000b 0000 ...infimum......
0000c070: 7375 7072 656d 756d 14c0 0000 0010 fff0 supremum........
0000c080: 0000 0014 b211 0000 0014 093d ee00 0001 ...........=....
0000c090: c201 1000 0001 1a00 0000 0400 0000 2600 ..............&.
0000c0a0: 0000 0000 0023 2800 0000 0000 0000 0000 .....#(.........
......
# page offset=4
00010000: 2371 f7ac 0000 0004 0000 0000 0000 0000 #q..............
00010010: 0000 0000 4090 bbcb 000a 0000 0000 0000 ....@...........
00010020: 0000 0000 011a 0000 2328 ffff ffff 6161 ........#(....aa
00010030: 6161 6161 6161 6161 6161 6161 6161 6161 aaaaaaaaaaaaaaaa
......
00012340: 6161 6161 6161 6161 6161 6161 6161 6161 aaaaaaaaaaaaaaaa
00012350: 6161 6161 6161 0000 0000 0000 0000 0000 aaaaaa..........
page offset=3
中没有前缀的768Byte
,Roll Pointer
后直接跟着20Byte
的指针page offset=4
为溢出页
,存储实际的数据,范围为0x1002d~0x12355
,总共9000
,即完全溢出
UTF8与CHAR
Latin1
与UTF8
代表了两种编码类型,分别是定长编码
和变长编码
UTF8
对CHAR(N)
的的处理方式在Redundant
和Compact
(或Dynamic、Compressed)中是不一样的Redundant
中占用N * Maximum_Character_Byte_Length
Compact
中最小化
占用空间
Redundant实例
mysql> CREATE TABLE t (
-> a CHAR(10)
-> ) ENGINE=INNODB CHARSET=UTF8 ROW_FORMAT=REDUNDANT;
Query OK, 0 rows affected (0.02 sec)
mysql> INSERT INTO t SELECT 'a';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
0000c090: 1409 69ae 0000 018d 0110 6120 2020 2020 ..i.......a
0000c0a0: 2020 2020 2020 2020 2020 2020 2020 2020
0000c0b0: 2020 2020 2020 2020 0000 0000 0000 0000 ........
0xc09a~0xc0b7
总共占用了30Byte
(=3
*10)
Compact实例
mysql> CREATE TABLE t (
-> a CHAR(10)
-> ) ENGINE=INNODB CHARSET=UTF8 ROW_FORMAT=REDUNDANT;
Query OK, 0 rows affected (0.02 sec)
mysql> INSERT INTO t SELECT 'a';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
0000c090: 0110 6120 2020 2020 2020 2020 0000 0000 ..a ....
0xc092~0xc09b
总共占用了10Byte
(=1
*10)
参考资料
- MySQL技术内幕 - InnoDB存储引擎 V2
- File Space Management
- COMPACT and REDUNDANT Row Formats
- Physical Row Structure of InnoDB Tables
- DYNAMIC and COMPRESSED Row Formats
InnoDB -- 行记录格式的更多相关文章
- MySQL InnoDB 行记录格式(ROW_FORMAT)
MySQL InnoDB 行记录格式(ROW_FORMAT) 一.行记录格式的分类和介绍 在早期的InnoDB版本中,由于文件格式只有一种,因此不需要为此文件格式命名.随着InnoDB引擎的发展,开发 ...
- InnoDB行记录格式(compact)、InnoDB数据页结构
1. compact 行记录格式: 变长字段长度列表,null标志位,记录头信息,列1数据,列2数据 …… 记录头信息中包含许多信息,只列举一部分: 名称 大小 描述 deleted_flag 1bi ...
- Innodb物理存储结构系列2 行记录格式
前一篇讨论了Innodb system,表空间,文件的关系及数据结构,这一篇记录下Innodb行记录的格式. 前提: 1. server层和innodb层都有自己对于record的记录格式,需要进行转 ...
- InnoDB的行记录格式, Compact, Redundant, Compressed, Dynamic
InnoDB存储引擎和大多数数据库一样(如Oracle和Microsoft SQL Server数据库),记录是以行的形式存储的.这意味着页中保存着表中一行行的数据.到MySQL 5.1时,InnoD ...
- Innodb行锁源码学习(一)
Innodb是mysql数据库中目前最流行的存储引擎,innodb相对其它存储引擎一个很大的特点是支持事务,并且支持行粒度的锁.今天我重点跟大家分享下innodb行锁实现的基础知识.由于篇幅比较大,文 ...
- Mysql InnoDB行锁实现方式(转)
Mysql InnoDB行锁实现方式 InnoDB行锁是通过给索引上的索引项加锁来实现的,这一点MySQL与Oracle不同,后者是通过在数据块中对相应数据行加锁来实现的.InnoDB这种行锁实现特点 ...
- Mysql InnoDB行锁实现方式
Mysql InnoDB行锁实现方式 InnoDB行锁是通过给索引上的索引项加锁来实现的,这一点MySQL与Oracle不同,后者是通过在数据块中对相应数据行加锁来实现的.InnoDB这种行锁实现特点 ...
- 14.9 InnoDB Row Storage and Row Formats InnoDB 行存储和行格式:
14.9 InnoDB Row Storage and Row Formats InnoDB 行存储和行格式: 14.9.1 Overview of InnoDB Row Storage 14.9.2 ...
- InnoDB行格式(compact,redundant)对照
InnoDB行格式分两种格式(COMPACT,redundant)默觉得COMPACT compact的存储格式为 首部为一个非NULL的变长字段长度列表,并且是依照列的顺序逆序放置的,当列的长度小于 ...
随机推荐
- java使用Test测试接口类
package com.jy.demo.web; import java.util.Map; import org.junit.BeforeClass; import org.junit.Test; ...
- (30)Linux文本处理
1.cat命令:连接文件并打印输出到标准输出设备 cat 命令可以用来显示文本文件的内容(类似于 DOS 下的 type 命令),也可以把几个文件内容附加到另一个文件中,即连接合并文件. cat 命令 ...
- java 石头剪子布游戏
源代码 StoneGame.java 1 import java.io.BufferedReader; 2 import java.io.IOException; 3 import java.io.I ...
- Thank in Java
Think in Java 2.一切都是对象 2.1 引用操作对象 Java 中一切都是对象,因此可以采用单一固定得语法. 操作对象得标识符实际上是对对象得一个 "引用"refer ...
- ThreadPoolExecutor 线程池异常消失之刨根问底
一.情景复现 昨天,公司一个同事,急急忙忙的跑过来找我,说他的项目,出现了一个非常诡异的BUG,不知道什么情况? 同事:我用五个线程计算学生各个科目的成绩,最后汇总,本地都是正常的,但是一到测试环境就 ...
- jQuery插件Validate
一.导入js库 <script type="text/javascript" src="<%=path %>/validate/jquery-1.6.2 ...
- Codeforces Global Round 7 D2. Prefix-Suffix Palindrome (Hard version)(Manacher算法)
题意: 取一字符串不相交的前缀和后缀(可为空)构成最长回文串. 思路: 先从两边取对称的前后缀,之后再取余下字符串较长的回文前缀或后缀. #include <bits/stdc++.h> ...
- Java_web项目中在Java文件里面通过类装载器对资源文件读取
承接上一节:在eclipse完成对Java_web项目里面资源文件的读取 我们首先在src目录下创建一个资源文件db.properties 内容如下: url=127.0.0.1 name=root ...
- P1073 最优贸易(最短路)
题目描述 CC C国有n n n个大城市和m mm 条道路,每条道路连接这 nnn个城市中的某两个城市.任意两个城市之间最多只有一条道路直接相连.这 mmm 条道路中有一部分为单向通行的道路,一部分为 ...
- .Net下的PDF打印
简单研究了一下.Net下的PDF打印,一路发现了很多小坑. 第三方组件 这里使用的解析PDF的组件是mupdf,特点和C#调用在 这里 有介绍. 实现的功能 支持页面大小.边距.打印机选择.打印机dp ...