关于极少使用列的开销咨询：是否拖慢查询及占用行存储空间？

嘿，这个问题问得特别接地气！我来分两块给你唠明白：

这得分情况看，核心取决于你怎么写查询：

• 如果你查询时明确指定了需要的列（比如 SELECT username, email FROM users），那那些没用到的NULL列根本不会被数据库处理，对查询速度几乎没任何影响——数据库只会读取你指定的列的数据，剩下的列连碰都不会碰。
• 但要是你习惯写 SELECT * 来查所有列，那情况就不一样了：数据库得读取表中所有列的数据，哪怕大部分都是NULL。这时候如果列的数量特别多，数据库需要额外处理这些列的元数据或者跳过它们的存储位置，日积月累下来，尤其是数据量很大时，这点额外的IO和处理时间可能会让查询变慢一点点。
• 还有索引的情况要注意：如果这些NULL列没被包含在索引里，那对索引查询没影响；但要是它们被放进了覆盖索引里，索引的整体大小会变大，可能会降低索引的缓存命中率，间接拖慢查询速度。

这个得看你用的数据库存储引擎，不同引擎处理NULL的方式不一样：

• MySQL InnoDB：现在主流的Dynamic/Compressed行格式下，NULL值几乎不占存储空间——它只会用一个bit位来标记该列是否为NULL，每8个NULL列共用1个字节的位图空间。比如你有12个NULL列，也只需要2个字节来标记，这点开销完全可以忽略。
• MySQL MyISAM：如果用的是固定长度行格式，那即使列是NULL，也会占用该列定义的固定长度空间（比如VARCHAR(255)定义的列存NULL，固定格式下还是占255字节）。不过现在MyISAM基本被淘汰了，一般不用操心这个。
• PostgreSQL：PostgreSQL对NULL的处理更高效，NULL值完全不占用实际数据空间，只有元数据里的标记位开销，几乎可以忽略。
• 特殊情况：如果是TEXT、BLOB这类大对象类型的列，即使是NULL，部分数据库可能会有极小的存储开销，但依然不会占用大量空间。

总的来说，NULL列对存储空间的影响微乎其微，除非你用了非常老旧的存储引擎或固定长度行格式。而查询速度的问题，只要你避开SELECT *，只查询需要的列，就不会有明显的性能损耗。

内容的提问来源于stack exchange，提问作者notmine