主页 / dba / 问题 / 182924
Accepted
Arthur Tarasov
Asked: 2017-08-08 23:43:49 +0800 CST

将列属性设置为 NOT NULL 会影响表大小吗？

  • 772

我的 MySQL 数据库表中有一堆列将布尔值（0 或 1）存储为 tinyint。它们默认为 0，并不意味着为空。我正在考虑将列属性设置为 NOT NULL，以便进行另一次验证检查以防万一。我想知道这是否会以增加桌子尺寸为代价。我担心的是，也许 NOT NULL 属性会为每个数据条目添加另一位？

我的数据库是新的，几乎是空的，所以当我尝试检查表的大小时，它总是给我 16kb。

mysql

2 个回答

  1. Best Answer

    来自MySQL 文档（强调我的）：

    如果可能，将列声明为 NOT NULL。通过更好地使用索引并消除测试每个值是否为 NULL 的开销，它使 SQL 操作更快。您还可以节省一些存储空间，每列一位。如果您确实需要表中的 NULL 值，请使用它们。只需避免在每列中允许 NULL 值的默认设置。

    所以，相反，NOT NULL节省了磁盘空间，而不是花费更多。

    • 5

  2. 您使用的是哪个引擎？

    每 8 个可为空的列最多NULLs占用 1 个字节。在另一个方向上，一个NULL值可能占用更少的空间。你在说什么数据类型？

    另见SET。此数据类型允许您在最多 8 个字节的空间中放置最多 64 个布尔标志。

    很久以前，我认为vs的空间考虑是如此微不足道，以至于不值得花时间考虑它。我有一个经验法则：如果试探性优化（不会节省 10% 的东西（空间、速度等），那么放弃这个话题并寻找其他东西来优化。NULLNOT NULLNULL, etc)

    相反，我专注于使用，NOT NULL除非我有业务原因或可以充分利用的处理逻辑NULL：

    • 尚未确定（例如，死亡日期）
    • 可选（例如，中间名首字母）
    • 不可用（例如，中间名首字母）
    • 等等

    我确实坚持在最初创建表时仔细考虑数据类型。稍后进行架构更改是很痛苦的。例子：

    • 这会适合 2 字节SMALLINT而不是 4 字节吗INT？（较小的可以节省磁盘空间并有助于提高速度）
    • 几乎所有整数都可以/应该是UNSIGNED.
    • 得到CHARACTER SET并COLLATION正确。
    • NULL对比NOT NULL_ （出于逻辑原因，不是速度或空间）
    • 等等
    • 2

相关问题