varchar 长度有什么用_InnoDB的一条记录长什么样子？-CSDN博客

本文链接：https://blog.csdn.net/weixin_39920415/article/details/111337210

1. 前言

前文介绍了 MySQL 的基本架构，大体上可以分为「Server 层」和「存储引擎层」两部分。

其中存储引擎包括多种，它们存储数据的形式也不尽相同。有的存储引擎（比如 Memory 引擎）只把数据存储在内存、并不会持久化到磁盘，这样一旦服务器挂了，数据就没了。而默认的 InnoDB 引擎则会把数据持久化到磁盘中。

那么，我们插入的一条记录在 InnoDB 引擎中以什么格式存储的呢？本文进一步介绍和分析。

2. InnoDB 记录格式

2.1 页

在分析 InnoDB 的行记录格式前，先简单介绍下「页」的概念。

InnoDB 将存储的数据划分为若干个「页」，以页作为磁盘和内存交互的基本单位，一个页的大小默认为 16KB。可以通过下面命令查看默认页的大小（单位是字节）：

mysql> show status like 'innodb_page_size';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| Innodb_page_size | 16384 |
+------------------+-------+
1 row in set (0.01 sec)

也就是说，即便我们只查询一条记录，InnoDB 也会把至少 16KB 的内容从磁盘读到内存中。

2.2 记录格式

InnoDB 的行格式有四种，分别是 Compact、Redundant、Dynamic 和 Compressed，它们在原理上大体都是相同的。本文主要分析 Compact 格式。

可以使用下面命令查看默认行格式（此处 MySQL 版本为 5.7）：

mysql> show variables like 'innodb_default_row_format';
+---------------------------+---------+
| Variable_name             | Value   |
+---------------------------+---------+
| innodb_default_row_format | dynamic |
+---------------------------+---------+
1 row in set (0.00 sec)

# 或者
mysql> SELECT @@innodb_default_row_format;
+-----------------------------+
| @@innodb_default_row_format |
+-----------------------------+
| dynamic                     |
+-----------------------------+
1 row in set (0.00 sec)

也可以在建表时指定行格式，或者建表后再修改。

Compact 行格式的结构大概如图所示：

主要分为两部分：记录的额外信息和记录的真实数据。下面分别介绍。

2.3 额外信息

为便于举例分析，这里先建一个表如下：

mysql> show create table t1G;
*************************** 1. row ***************************
       Table: t1
Create Table: CREATE TABLE `t1` (
  `c1` varchar(10) DEFAULT NULL,
  `c2` varchar(10) NOT NULL,
  `c3` char(10) DEFAULT NULL,
  `c4` varchar(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

2.3.1 变长字段长度列表

概念说明

MySQL 中有些类型的字段长度是不固定的，比如 VARCHAR(M) 类型、TEXT 等，这就导致每条记录中该字段的「实际」长度可能是不一样的。

为此，MySQL 在存储这些变长类型的数据时，实际上分成了两部分存储，分别是：

真实的数据
数据占用的字节数

其中数据占用的字节数就保存在「变长字段长度列表」中。它是以列的「逆序」存储表中变长字段的实际长度的。

举例分析

以上面的 t1 表为例，它的变长字段为 c1、c2、c4，若有一条数据如下：

mysql> select * from t1;
+------+----+------+------+
| c1   | c2 | c3   | c4   |
+------+----+------+------+
| a    | bb | ccc  | dddd |
+------+----+------+------+
1 row in set (0.00 sec)

则这三个字段占用的字节数分别为：1、2、4，以「逆序」存放在变长字段长度列表为 040201（十六进制）。

PS: 字节数跟字符集有关系，latin1 字符默认占用一个字节。

2.3.2 NULL 值列表

概念说明

MySQL 中有些列是允许为 NULL 的，如果这些列很多、每个 NULL 值都在表中存储的话会很占用空间。Compact 把这些 NULL 统一管理了起来，放到了 NULL 值列表。

它的处理过程如下：

统计表中允许为 NULL 的列
1. 若列都不允许为 NULL，则 NULL 值列表就不存在了；
2. 否则，以一个「二进制位」来表示一个允许为空的列，仍是「逆序」排列，其中 1 表示 NULL，0 表示非 NULL
若 NULL 值列表不足整数「字节」，在高位补 0

举例分析

以上面 t1 表为例，c1、c3、c4 三列都允许为 NULL，则使用 3 位表示三个允许为空的列，不足一个字节（8 位），因此高 5 位补 0，如图所示：

再插入一条数据（'a', 'bb', NULL, NULL）：

mysql> select * from t1;
+------+----+------+------+
| c1   | c2 | c3   | c4   |
+------+----+------+------+
| a    | bb | ccc  | dddd |
| a    | bb | NULL | NULL |
+------+----+------+------+
2 rows in set (0.00 sec)

由于第一条记录的字段都不是 NULL，因此它的 NULL 值列表为：0000 0000；

第二条记录的 c3、c4 列为 NULL，它的 NULL 值列表为：0000 0110。