查找文件存储格式

在MySQL命令行输入

show table status;

得到的Row_format列就是磁盘的存储格式

在InnoDB 1.0.X之前,InnoDB存储引擎提供了Compact和Redundant两种格式来存放行记录数据。

在InnoDB 1.0.X之后,开始又引入了新的文件格式(file format),新引入的文件格式称为Barracuda文件格式。

Barracuda文件格式下拥有两种新的行记录格式:Compressed和Dynamic。

Antelope

Barracuda

Compact、Redundant

Compact、Redundant、Compressed和Dynamic

查看Innodb存储引擎的文件格式

show variables like 'innodb_file_format';

Dynamic和Compact格式基本相同,只在行溢出数据的处理上有区别。

变长字段varchar存储数据

假设存储下列两行数据

varchar(8)

char(3)

char(4)

第一行

Innodb

a

b

第二行

Mysql

x

y

上述数据的格式虽然以行的形式出现,但实际上在磁盘中并没有这种

第一行数据存储形式如下:

第一列表示Innodb占据了6个字符,用十六进制表示为`0x06`
根据变长字段长度列表中描述的变长字段的信息去查找变长字段。
该列只记录变长类型的字符,定长的跳过省略。

第二行数据存储形式如下:

第一列表示Mysql占据了5个字符,用十六进制表示为`0x05`

假设存储多个变长类型的数据,如下

varchar(10)

varchar(10)

varchar(10)

char(1)

linux

ubuntu

centos

x

mysql

mongodb

redis

y

http

nginx

apache

z

当有多个变长的数据时,只存储变长数据,并且按照列的逆序存放

mysql设置数据存在D盘 mysql保存在磁盘数据格式_linux


不难看出,第一列存放三个变长字符类型的长度(用十六进制表示)。

以第三行为例,http、nginx、apache分别是4、5、6位,在实际存储时逆序存放,就像第一列所展示的,6、5、4。

所以总结一下:

null值的存储方式

规定:
若有Null值,bit位置是1
字段值不为null,bit位置是0

通过创建下列一张表来说明:

CREATE TABLE `students` (

  `name` varchar(10) NOT NULL,

  `address` varchar(255) DEFAULT NULL,

  `gender` char(1) DEFAULT NULL,

  `class` varchar(10) DEFAULT NULL,

  `hobbies` varchar(255) DEFAULT NULL,

  PRIMARY KEY (`name`)
)

其中已经插入了一行数据:

name

address

gender

class

hobbies

roles

m

hobby_xx

在第一列的变长字段列表中存储的信息:

name   roles   变长型  5个字符长度  0x05  字段读取成功
address  为空    字段读取结束
gender   定长型    字段读取结束
class   为空    字段读取结束
hobbies   hobby_xx  变长型   8个字符长度   0x08  字段读取成功

综上所述,根据逆序存放原则,第一列的内容是0x08 0x05

mysql设置数据存在D盘 mysql保存在磁盘数据格式_mysql设置数据存在D盘_02

补充说明:

一个数据页就是16K大
数据页中的数据是一行行记录的
当行很大并且超过了数据页的大小
这就是行溢出

通过数据页里存放指针的bit位将其连接
此时数据页之间会用链表连接起来