InnoDB行格式(1)
前言
我们知道在Mysql的服务端分为了server层和存储层,其中存储层负责对表数据进行读取和写入,这个工作由存储引擎完成,在Mysql中分为多种存储引擎如InnoDB、MyISAM、Memory等,其中InnoDB是默认的存储引擎,下面以InnoDB存储引擎为例来分析。
在我们的日常操作中,总是以记录为单位向数据库表中插入数据,这些记录在磁盘上的存放方式也被称为行格式,而InnoDB对于这些行格式又分为四种Compact、Redundant、Dynamic、Compressed行格式,在Mysql5.7中默认行格式为Dynamic,验证如下。
### 查询系统参数
mysql> show variables like '%innodb_default_row_format%';
+---------------------------+---------+
| Variable_name | Value |
+---------------------------+---------+
| innodb_default_row_format | dynamic |
+---------------------------+---------+
1 row in set (0.00 sec)
其中行格式Compact、Dynamic、Compressed三者行格式存储类似,在详细分析前先搭建验证环境。
验证环境搭建
表数据创建
#### 查询默认存储引擎 需要采用全局查询,保证当前连接所用存储引擎为InnoDB
mysql> show global variables like '%default_storage_engine%';
+------------------------+--------+
| Variable_name | Value |
+------------------------+--------+
| default_storage_engine | InnoDB |
+------------------------+--------+
### 创建测试数据库 test
mysql> create database test;
### 切换到新建数据库
mysql> use test;
### 执行建表语句 创建测试表record_format_demo
mysql> CREATE TABLE record_format_demo (
-> c1 VARCHAR(10),
-> c2 VARCHAR(10) NOT NULL,
-> c3 CHAR(10),
-> c4 VARCHAR(10)
-> )CHARSET=ascii ROW_FORMAT=COMPACT;
### 插入初始化语句
mysql> INSERT INTO record_format_demo(c1, c2, c3, c4) VALUES('aaaa', 'bbb', 'cc', 'd');
mysql> INSERT INTO record_format_demo(c1, c2, c3, c4) VALUES('eeee', 'fff', NULL, NULL);
完成测试表的建立,record_format_demo表数据展示如下,后续分析会用到
mysql> select * from record_format_demo;
+------+-----+------+------+
| c1 | c2 | c3 | c4 |
+------+-----+------+------+
| aaaa | bbb | cc | d |
| eeee | fff | NULL | NULL |
+------+-----+------+------+
2 rows in set (0.00 sec)
查找ibd文件
在建立表后会在系统参数datadir
配置的数据下生成如下所示文件
mysql> show variables like '%datadir%';
+---------------+-------------------------------+
| Variable_name | Value |
+---------------+-------------------------------+
| datadir | /usr/local/mysql-5.7.26/data/ |
+---------------+-------------------------------+
1 row in set (0.00 sec)
-
表名.ibd:是InnoDB存储引擎的表数据文件。
-
表名.frm:是InnoDB存储引擎的表结构文件。
如果创建完表后没有生成ibd文件多半因为存储引擎不是InnoDB,如果表的存储格式非InnoDB结果如下
mysql> CREATE TABLE record_format_demo (
-> c1 VARCHAR(10),
-> c2 VARCHAR(10) NOT NULL,
-> c3 CHAR(10),
-> c4 VARCHAR(10)
-> )ENGINE=MyISAM CHARSET=ascii ROW_FORMAT=COMPACT;
所以在操作时一定需要保证数据库表的存储引擎为InnoDB,不然在data目录无法得到该表的ibd文件。
解析ibd文件为16进制
ibd文件我们在linux上无法通过cat、vi等命令直接查看,我们可以将ibd文件转换为16进制查看,具体转换可以采用Linux自带的hexdump
命令
### hexdump是Linux下二进制的查看工具,它可以将二进制文件转换为ASCII、八进制、十进制
### 、十六进制格式进行查看,下面的-C就是转为16进制查看
### > record_format_demo.txt 意思是将转换后的结果输出到record_format_demo.txt中
hexdump -C -v record_format_demo.ibd > record_format_demo.txt
解析后的文件内容比较多,我们只需要查看部分内容,可以在文件中搜索supremum,内容展示如下
0000c060 02 00 1e 69 6e 66 69 6d 75 6d 00 03 00 0b 00 00 |...infimum......|
0000c070 73 75 70 72 65 6d 75 6d 01 03 04 00 00 00 10 00 |supremum........|
0000c080 2d 00 00 00 00 02 02 00 00 00 00 8f 1f b7 00 00 |-...............|
0000c090 01 2b 01 10 61 61 61 61 62 62 62 63 63 20 20 20 |.+..aaaabbbcc |
0000c0a0 20 20 20 20 20 64 03 04 06 00 00 18 ff c2 00 00 | d..........|
0000c0b0 00 00 02 03 00 00 00 00 8f 1f b7 00 00 01 2b 01 |..............+.|
0000c0c0 1e 65 65 65 65 66 66 66 00 00 00 00 00 00 00 00 |.eeeefff........|
这就是后面我们需要分析的内容!!!!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
· 三行代码完成国际化适配,妙~啊~