验证一个小小的问题

对于一个数据库开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《验证一个小小的问题》，主要介绍了MySQL、Java、后端、程序员，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

在之前的文章提到过一个问题，而且网上很多文章也是这么说的，前几天有人对这个问题提出了一点不同的意见，抱着谨慎的态度做了一个测试。

问题是这样的：COMPACT格式下，NULL值列表是否一定会占用一个字节的空间？

对于这个问题，我的回答和网上很多回答是一样的，如果都是NOT NULL就不会有NULL值列表，所以不会占用，反之则会占用。

今天，就对这个问题做一个验证。

存储空间

先回顾一下之前的知识。

数据库中的一行记录在最终磁盘文件中也是以行的方式来存储的，对于InnoDB来说，有4种行存储格式：

 CREATE TABLE test ( c1 VARCHAR ( 32 ),
   c2 VARCHAR ( 32 ),
   c3 VARCHAR ( 32 ),
   c4 VARCHAR ( 32 ) ) ENGINE = INNODB row_format = compact;

使用命令

hexdump -C -v test.ibd > /Users/irving/test-null.txt

打开文件找到 supremum 部分。

不用看那么多，就看一部分：

03 02 02 01 是上面说的变长字段长度列表，以为我们有4个字段，所以4个字节。

00 就是NULL标志位

00 00 10 00 25 是数据头5个字节

这个肯定没有问题，然后再次创建一张表，这时候字段都是NOT NULL，然后再次执行命令。

 CREATE TABLE test ( c1 VARCHAR ( 32 ) NOT NULL,
   c2 VARCHAR ( 32 ) NOT NULL,
   c3 VARCHAR ( 32 ) NOT NULL,
   c4 VARCHAR ( 32 ) NOT NULL ) ENGINE = INNODB row_format = compact;

拿到另外一个 ibd 文件。

对比其实很清楚能发现问题，这时候已经没有了NULL值列表的标志位了。

SO，这个测试结果证明，如果存在任意NULL值，NULL值列表至少占用一个字节的空间，以后每多8个NULL值多占用一个字节，如果都是NOT NULL，则不会存在NULL值列表标记，不占用空间。

巨人的肩膀：

http://mysql.taobao.org/month...

https://www.cnblogs.com/zhouj...

以上就是《验证一个小小的问题》的详细内容，更多关于mysql的资料请关注golang学习网公众号！