compact行记录模式解析

已于 2022-02-23 18:02:33 修改
阅读量345 收藏
点赞数 1
文章标签： mysql
于 2022-02-23 18:01:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_51689022/article/details/123095005
版权
本文深入剖析了MySQL Compact行记录格式，包括变长字段长度列表、NULL标志位和记录头信息的解析。通过示例解释了如何识别NULL值和读取列数据，并指出在存在NULL时，无论定长或变长字段，NULL都不占用额外空间，同时讨论了两者在空间和时间效率上的权衡。
摘要由CSDN通过智能技术生成

变长字段长度列表：即按列顺序逆序给出变长字段的长度供识别。

NULL标志位：列数据中是否有NULL，若有则给出值，将值拆为二进制 二进制为1的地方所在的列即为NULL值 如 6=0110即2 3列为NULL。

记录头信息：每位见下表

列数据：即列的值。

分析Compact行记录格式，使用如下表。形成如下二进制操作代码

t3为定长其他为变长

该记录从标黑处开始：

第一行：03 02 01 逆序给出了变长字

最低0.47元/天 解锁文章
qq_51689022
关注
Linux内存管理（六十五）：kcompactd详解
私房菜
09-20 1609
伙伴系统以页面为单位来管理内存，内存碎片也是基于页面的，即由大量离散且不连续的页面组成的。从内核角度来看，出现内存碎片不是好事情，有些情况下物理设备需要大段的连续的物理内存，如果内核无法满足，则会发生内核错误。内存规整就是为了解决内核碎片化而出现的一个功能。内核中去碎片化的基本原理是按照页面的可移动性将页面分组。迁移内核本身使用的物理内存的实现难度和复杂度都很大，因此目前的内存不迁移内核本身使用的物理页面。
MySQL原理 - InnoDB引擎 - 行记录存储 - Off-page 列，深入讲解Java
m0_64867003的博客
12-08 151
对于定长字段，不需要存长度信息直接存储数据即可，如果不足设定的长度则补充。例如 char 类型，补充 0x20， 对应的就是空格。 varchar 存储：因为数据开头有可变长度字段长度列表，所以 varchar 只需要保存实际的数据即可，不需要填充额外的数据。但是我们还没有考虑存储特别长数据的情况 Redundant 格式结构与 Compact 格式的区别： 所有字段长度列表：不同于 Compact 行格式，Redundant 的开头是所有字段长度列表:记录所有..
COMPACT 行记录格式
weixin_30883311的博客
06-19 228
CREATE TABLE `mytest` ( `t1` varchar(10) DEFAULT NULL, `t2` varchar(10) DEFAULT NULL, `t3` char(10) DEFAULT NULL, `t4` varchar(10) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=latin1 ROW_FORMAT...
InnoDB行记录格式(compact)
zwleagle的专栏
09-02 2475
1. 变长字段长度列表        记录非NULL变长字段的长度列表; 并且安装列的循序的逆序进行放置，一列的长度如果小于255，用一字节表示，如果长度长度大于255，则用两字节表示，一字节还是两字节只对一列来讲，如果一行中既有大于255，也有小于255的，则大于255用两字节，小于255则用一字节。从分析文件的十六进制来看，如果大于255，则高字节的最高位是1.  还需要分析代码是否高位都是
Compact行记录
半个程序员的博客
11-25 434
​ InnoDB存储引擎和大多数数据库一样，记录是以行的形式存储的。这就意味着页中保存着表中一行行的数据。在InnoDB 1.0x版本之前，InnoDB存储引擎提供了Compact和Redundant两种格式来存放行记录数据。Redundant格式是为了兼容之前版本而保留的。源码中使用PHYSICAL RECORD (NEW STYLE) 和PHYSICAL RECORD (OLD STYLE)来区分两种格式的。在mysql5.1版本中，默认设置为Compact行格式。可以通过命令SHOW TABLES S
InnoDB的行记录格式, Compact, Redundant, Compressed, Dynamic
weixin_34184158的博客
01-16 264
InnoDB存储引擎和大多数数据库一样（如Oracle和Microsoft SQL Server数据库），记录是以行的形式存储的。这意味着页中保存着表中一行行的数据。到MySQL 5.1时，InnoDB存储引擎提供了Compact和Redundant两种格式来存放行记录数据，Redundant是为兼容之前版本而保留的，如果你阅读过InnoDB的源代码，会...
【展开说说】InnoDB COMPACT 行格式
秀强的专栏
02-27 520
文章目录COMPACT 行格式记录的额外信息变长字段长度列表NULL 值列表记录头信息记录的真实数据 我们平时都是以记录为单位向表中插入数据的，这些记录在磁盘上的存放形式也被称为行格式或者记录格式。目前已经存在的行格式有 COMPACT、REDUNDANT、DYNAMIC 和 COMPRESSED。 COMPACT 行格式 一条完整的记录其实可以被分为记录的额外信息和记录的真实数据两大部分。 记录的额外信息 这部分信息是服务器为了更好地管理记录而不得不额外添加的一些信息。这些额外信息分为 3 个部分，分别
AT89S52程序设计：存储模式与调试解析
AT89S52有三种存储模式：SMALL、COMPACT和LARGE，每种模式针对不同的存储区域和访问效率。 1. SMALL模式：该模式下，程序可以直接寻址片内128字节的DATA存储区。所有参数、局部变量以及堆栈都需存储在片内RAM，这...
Compact Internet Protocol Suite-开源
05-03
《深入解析Compact Internet Protocol Suite——开源TCP/IP栈的探索》 在互联网技术日新月异的今天，嵌入式设备的网络通信能力愈发重要。针对这一需求，诞生了一种名为"Compact Internet Protocol Suite"（cIPS）的...
mysql学习-Innodb行格式compact行记录解析
欢谷悠扬
02-18 1697
一、Innodb四种行格式 COMPACT 紧凑型行格式 REDUNDANT 字段长度偏移类型 DYNAMIC 动态行格式 COMPRESSED 压缩行格式 二、COMPACT行格式示意图 三、变长字段长度列表 1.目的 针对于变长字段列入VARCHAR,VARBINARY,TEXT,BLOB等变长字段类型，由于存储的字段长度不固定，如果不记录该字段的真实长度，那么就无法计算出这一行的准确长度,那么就无法进行行与行的切分。 所以变长字段会占用两部分空间，第一部分是数据的长度，另一部分是该数据所占用的字
mysql——Innodb行记录格式Compact
LiuRenyou的博客
01-03 795
文章目录mysql——Innodb行记录格式Compact前言Innodb主键的选择 mysql——Innodb行记录格式Compact 前言 最近会一直研究mysql，主要参照书籍《MySQL技术内幕：InnoDB存储引擎》，原因是自己的sql能力实在太过于薄弱，甚至于连建表语句都要百度，所以决心花一个月研究mysql，环境是mysql5.5(不支持optimizer_trace) Innodb...
InnoDB行记录格式(compact)、InnoDB数据页结构
weixin_30325971的博客
02-28 114
1. compact 行记录格式： 变长字段长度列表，null标志位，记录头信息，列1数据，列2数据 …… 记录头信息中包含许多信息，只列举一部分： 名称 大小 描述 deleted_flag 1bit 该行是否已被删除 record_type 3bit 记录类型，000表示普通，001表示B+树节点，010表示Infimun，011表示Supre...
MySQL-InnoDB Compact 行记录格式
weixin_34266504的博客
02-19 249
InnoDB存储引擎提供了compact(5.1后的默认格式)和redundant两个格式来存放行记录数据。redundant格式是为了兼容之前的版本而保留。 mysql> show table status like 't1'\G; *************************** 1. row *************************** ...
mysql compact_[MySQL]InnoDB行格式剖析_MySQL - compact
weixin_39557402的博客
01-27 230
... $this->layout->main=View::make('dash')->nest('content','comments.list',compact('comments'));}代码如上,其中compact 参数 为什么是'comments'而不是$comments?bitsCN.com[MySQL]InnoDB行格式剖析InnoDB和大多数行式数据库一样，...
Mysql学习记录 | 第二篇：InnoDB行存储格式（compact）之记录头信息
大后生大大大的博客
08-09 608
记录头信息 出了可变长度和BULL值列表，还有一个用于描述行的记录头信息。它由固定的5个字节组成，5个字节也就是40个二进制位，不同的二进制位代表不同的含义（和接下来的数据索引时相连非常紧密）： delete_mask: 占用1 bit，标识该记录是否被删除 min_rec_mask: 占用1 bit，标识该记录是否为B+树的非叶子节点中的最小记录 n_owned: 占用4 bit，标识当前槽管理的记录数 head_no: 占用13 bit，标识当前记录在记录堆的位置信息 record_t.
《Mysql技术内幕 innodb存储引擎》——4.3节InnoDb行记录格式 compact格式问题修正
nuaaguojin的博客
09-10 339
Compact行记录的格式 -变长字段长度列表：如果列的长度小于255字节，用1字节表示；如果大于255个字节，用2字节表示 -NULL标志位：表明该行数据是否有NULL值。占一个字节。（错误） -记录头信息：固定占用5字节,每位的含义见下表： 这里修正原文关于NULL标志位长度的描述： NULL标志位长度：celling(Column max index that can ...
MySql——InnoDB的存储结构(2)
最新发布
Alex_cf的博客
12-05 987
行格式
（八）InnoDB数据存储结构
小怪的博客
02-18 1985
InnoDB数据存储结构1.数据库的存储结构:页1.1.磁盘与内存交互基本单位:页1.2.页的结构概述1.3.页的大小1.4.页的上层结构2.页的内部结构第1部分:File Header(文件头部)和 File Trailer (文件尾部)第2部分：Free Space (空闲空间)，User Records (用户记录)，Infimum + Supremum（最小最大记录）第3部分:Page Directory（页目录）和 Page Header（页面头部）Page Directory（页目录）Page
【MySql进阶】行格式详解：COMPACT、Dynamic
博客
06-10 9977
概述 我们平时是以记录为单位来向表中插入数据的，这些记录在磁盘上的存放方式也被称为 行格式 或者 记录格式 。 InnoDB 到现在为止设计了4种不同类型的 行格式 ，分别是 Compact 、 Redundant 、Dynamic 和 Compressed 行格式。 mysql5.0之后的默认行格式为Compact ， 5.7之后的默认行格式为dynamic COMPACT行格式 变长字段长度列表 我们知道 MySQL 支持一些变长的数据类型，比如 VARCHAR(M) 、 VARBINARY(M) 、
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值