MySQL 空值字段应该保存 NULL 还是默认值？

使用 MySQL 数据库时，对于一个可以为空的字段，如果没有值，应该保存 NULL 还是给一个默认值呢？多数时候我们不太注意，有时候不赋值，直接保存 NULL，有时候赋值一个业务指定的默认值。今天来聊一聊这个话题。

1.行数据存储

MySQL 保存一行数据时，不仅仅会保存数据本身，还会保存数据相关的额外信息。InnoDB 存储引擎支持四种行格式，MySQL 5.7 版本之后，默认使用 Dynamic 行格式。看一下官网给出的 4 种格式说明：

DYNAMIC 和 COMPRESSED 这两种格式都是 COMPACT 的改进版，基本结构跟 COMPACT 类似，我们看一下 COMPACT 这种格式。如下图：

我们创建一张表：

CREATE TABLE`t_user` (
`id`bigint(20) NOTNULL AUTO_INCREMENT,
`name`varchar(16) DEFAULTNULL,
`email`varchar(32) DEFAULTNULL,
`address`varchar(255) DEFAULTNULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDBDEFAULTCHARSET=latin1;

插入 2 行数据：

数据行保存格式如下图：

变长字段宽度列表保存变长字段非空值长度。从上图可以看到，变长字段宽度列表存放的列宽度顺序和数据表中的列顺序相反，也就是说变长字段宽度列表逆序存放列宽度。

如果表中所有列都是 NOT NULL 并且具有固定长度，则没有变长字段宽度列表这个部分。

同样，NULL 值列表也是逆序保存，当该值是 NULL 时，用二进制 1 表记，否则就保存二进制 0。

如果表中所有列都是 NOT NULL，就没有 NULL 值列表这个部分。

记录头信息用 5 个字节保存，主要记录数据的一些信息，比如：

• delete-flag：记录是否删除，我们知道，在 MySQL 中删除一条数据，并不会马上从磁盘上删除，而是打上删除标记，在空余时间再进行异步清理。
• record_type：记录类型，比如普通记录、非叶子节点记录。
• next_record：指向下一条记录的地址指针。
• n_owned：记录该组数据的条数。

隐藏列：

• DB_TRX_ID：修改（插入、更新或删除）这一条数据的事务 id；
• DB_ROLL_PTR：回滚指针，指向修改前的历史版本，用于回滚操作；
• DB_ROW_ID：当表中不定义主键时用作主键来自动生成聚簇索引。

2.NULL 处理

根据上面的分析和实际使用，如果我们把一个字段直接定义成 NOT NULL，有下面好处：

• 节省存储空间：NULL 值虽然不会占用数据存储空间，但是需要额外 1~2 个字节保存 NULL 值列表。
• 减少应用程序 NullPointerException 的可能性；
• 减少统计问题：比如 count(字段)不会统计 NULL 值。
• 对索引有好处，索引是不会保存 NULL 值的，定义成 NULL 会使索引效率下降。
• 比较操作：字段定义成 NULL，只能使用 is null 和 is not null 进行判断，不能使用比较操作比如 =、!=、>、<（都会返回 null） 。
• 范围操作：字段定义成 NULL，使用 in、not in 语句时会返回空结果。

当然，设置为 NULL，并不是没有好处，比如：

• 语义清晰‌：NULL 表示“无值”或“未知”，这在逻辑上更清晰准确；
• 灵活性‌：NULL 值更容易筛选，比如在 WHERE 子句中使用 is null 进行筛选；
• 兼容性‌：类似 JOIN 操作，NULL 跟任何值比较都会返回 NULL，这有助于保持数据的一致性和完整性。

在实际项目开发中，我们经常会在值是 NULL 的情况下给一个默认值，比如”-“、”“、”N/A“等，这一定程度上避免了空指针，但是往往带来一些额外的问题，比如上下游系统因为默认值的不一致导致业务处理受影响。

在表设计时，我们其实没有必要过多地考虑定义成 NULL 或默认值在存储空间上的影响，更多的应该考虑系统整体设计规范、保证各子系统在设计上的一致性，这样才能让处理逻辑更加健壮。

以上关于MySQL 空值字段应该保存 NULL 还是默认值？的文章就介绍到这了，更多相关内容请搜索码云笔记以前的文章或继续浏览下面的相关文章，希望大家以后多多支持码云笔记。