Postgres中CHAR与VARCHAR效率对比：长度变化时的选型问询

先明确底层差异 #

PostgreSQL里，CHAR(n)会强制把字段内容补空格到n个字符的长度，存储时固定占用对应字符数的空间；而VARCHAR(n)只存储实际内容，再加上1-2字节的长度标识，总占用空间是实际字符的字节数+少量额外开销。

场景1：最大长度20，平均长度10时，CHAR是否更高效？ #

答案是VARCHAR更高效，原因分两方面：

• 存储层面：CHAR(20)每个字段固定占20字符的空间（UTF8下英文是20字节，中文是60字节），而VARCHAR(20)平均只占10字符+1字节长度标识，空间占用差了近一半。更少的存储空间意味着磁盘IO更少、缓存命中率更高，这对数据库性能的影响远大于其他因素。
• 查询层面：有人觉得固定长度的CHAR在字段对齐上有优势，但PostgreSQL的查询优化器对两种类型的处理差异极小，这点微小优势完全抵不过存储上的劣势。

什么时候VARCHAR比CHAR更高效？ #

核心看平均长度与最大长度的比值：

• 当平均长度明显小于最大长度（比如平均长度不到最大长度的70%），VARCHAR的空间优势会完全覆盖它的长度标识开销，整体性能更优。
• 如果平均长度接近最大长度（比如平均18，最大20），两者的性能差异几乎可以忽略——CHAR少了长度标识的开销，VARCHAR省了一点点空间，但在实际业务场景中这种差别感受不到。

额外提醒 #

别只看性能，还要考虑业务风险：CHAR的自动补空格会导致一些坑，比如存入"test"后实际是"test "，查询时如果没加TRIM()，就会出现明明内容"看起来一样"但匹配不上的情况，而VARCHAR不会有这个问题。

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