[MySQL]InnoDB行格式剖析_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了[MySQL]InnoDB行格式剖析_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1696字，纯文字阅读大概需要3分钟。

内容图文

[MySQL]InnoDB行格式剖析

InnoDB和大多数行式数据库一样，记录以行的格式存储，它提供了两种格式：Compact和Redundant

Compact
Compact格式是在MySQL5.0时才被引入，它是新的行格式，其设计目标是高效存放数据，示意图如下：



1）变长字段长度列表。按列的逆序放置，当列长度小于255字节，用1字节表示，若大于255字节，用2个字节表示，至多为2字节（这也很好解释了InnoDB中varchar的最大长度为什么是65535，因为2个字节为16位，2的16次方-1）。注意，对于固定长度字段（如char），是不需要记录其长度的。
2）NULL标志位。指示该行中的列是否为NULL，1表示NULL。
3）记录头信息。固定占用5个字节（40位），每位代表的含义如下表所示：



4）最后就是实际存储的该行每列的数据了，注意：NULL不在该部分中占用存储。
5）此外还有两个隐藏部分，分别存放事务ID和回滚指针，大小分别为6字节和7字节，如果表没有定义主键，每行还会自动增加6字节的ROWID。

Redundant
Redundant是MySQL5.0之前InnoDB的行记录存储格式，其示意图如下：



1）字段长度偏移列表。同样按列的逆序放置，当列长度小于255字节，用1字节表示，若大于255字节，用2个字节表示。
2）记录头信息。固定占用6个字节（48位），每位含义见下表：



3）最后部分是实际存储各个列数据。
4）和Compact一样，还有两个隐藏部分，分别存放事务ID和回滚指针，大小分别为6字节和7字节，如果表没有定义主键，每行还会自动增加6字节的ROWID。

Redundant和Compact最大的不同是对Char类型NULL值的处理，Redundant会实际存储NULL值，占Char类型固定长度空间，而Compact不占用空间，这也是Compact能寸更多记录的原因之一。注意：对于varchar类型，不管是Compact还是Redundant都不存储NULL值。

Compressed和Dynamic
InnoDB Plugin引入了新的文件格式，称为Barracuda（之前的Compact和Redundant称为Antelope），拥有两种权限的记录格式Compressed和Dynamic。这里就不详细介绍它们了，有兴趣的童鞋可以自行研究下。

内容总结

以上是互联网集市为您收集整理的[MySQL]InnoDB行格式剖析_MySQL全部内容，希望文章能够帮你解决[MySQL]InnoDB行格式剖析_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端