Web应用数据库：大INT与字符串存储空间盈亏平衡点探究

好问题！这事儿核心要看你选的整数类型的固定字节大小，以及数字本身的位数——毕竟数据库里的整数类型（比如TINYINT、BIGINT）都是占固定空间的，而字符串存储的大小完全跟着数字的位数走。

先明确两个基础前提：

• 整数存储：数据库里的整数类型都是固定字节长度（比如MySQL/PostgreSQL里的TINYINT=1字节，INT=4字节，BIGINT=8字节）
• 字符串存储：假设用ASCII/UTF-8编码，每个数字字符占1字节，负数还要多1字节的负号；先忽略VARCHAR的长度标识这类额外开销，先看纯字符的存储空间对比

什么时候整数会比字符串占更多空间？ #

只有当整数类型的固定字节数 > 数字字符串的字节数时才会发生。举几个典型例子：

• 用INT（4字节）存数字123：字符串存是3字节，INT要占4字节，这时候整数空间更大
• 用BIGINT（8字节）存数字1234567：字符串存是7字节，BIGINT占8字节，同样整数更费空间

反过来，像TINYINT这种短整数类型，几乎不会出现这种情况——毕竟它只占1字节，哪怕是3位数字的字符串（3字节）都比它大。

不同整数类型的盈亏平衡点 #

我们拿常见的数据库整数类型来拆解：

1. TINYINT（1字节） #

• 存储范围：-128 ~ 127
• 正数：1位数字（比如5）的字符串和TINYINT都是1字节，持平；2-3位数字的字符串（2-3字节）都比1字节大，TINYINT更省空间
• 负数：所有负数的字符串（最少2字节，比如-1）都比1字节大，TINYINT更省
• 结论：几乎不存在TINYINT比字符串占空间大的情况，仅1位正数时持平

2. SMALLINT（2字节） #

• 存储范围：-32768 ~ 32767
• 正数：1位数字（字符串1字节<2）时，SMALLINT占空间更大；2位数字（字符串2字节=2）是平衡点；3-5位数字的字符串（3-5字节>2），SMALLINT更省
• 负数：1位数字的负数（字符串2字节=2）持平；2-5位数字的负数（字符串3-6字节>2），SMALLINT更省
• 结论：仅存1位正数时，SMALLINT比字符串占空间大，平衡点是2位正数

3. INT（4字节） #

• 存储范围：-2147483648 ~ 2147483647
• 正数：1-3位数字（字符串1-3字节<4）时，INT占空间更大；4位数字（字符串4字节=4）是平衡点；5-10位数字的字符串（5-10字节>4），INT更省
• 负数：1-2位数字的负数（字符串2-3字节<4）时，INT占空间更大；3位数字的负数（字符串4字节=4）是平衡点；4-11位数字的负数（字符串5-11字节>4），INT更省
• 结论：存1-3位正数、1-2位负数时，INT比字符串占空间大，对应平衡点是4位正数、3位负数

4. BIGINT（8字节） #

• 存储范围：-9223372036854775808 ~ 9223372036854775807
• 正数：1-7位数字（字符串1-7字节<8）时，BIGINT占空间更大；8位数字（字符串8字节=8）是平衡点；9-19位数字的字符串（9-19字节>8），BIGINT更省
• 负数：1-6位数字的负数（字符串2-7字节<8）时，BIGINT占空间更大；7位数字的负数（字符串8字节=8）是平衡点；8-20位数字的负数（字符串9-20字节>8），BIGINT更省
• 结论：存1-7位正数、1-6位负数时，BIGINT比字符串占空间大，对应平衡点是8位正数、7位负数

实际存储的额外提醒 #

刚才的计算是纯字符的字节数，实际数据库里存字符串可能还有额外开销：

• 比如VARCHAR类型会用1-2字节存储字符串长度（比如MySQL中，长度≤255用1字节，>255用2字节），这会让字符串实际占用多1-2字节。比如存123用VARCHAR的话，实际是3+1=4字节，和INT的4字节持平；存12的话是2+1=3字节，还是比INT的4字节小。
• 如果用CHAR固定长度类型，比如CHAR(10)存123会占10字节，那肯定比INT的4字节大，这种场景下整数永远更省空间。

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