PostgreSQL中使用动态数组作为列类型的存储影响问询

PostgreSQL的行存储逻辑核心是把行数据尽量塞进默认8KB的数据页里，当数组扩容导致行大小变化时，影响分两种情况：

扩容后整行仍能放入数据页 #

如果扩容后的数组加上其他字段的总大小还在8KB以内，本质就是常规的行更新操作：

• PostgreSQL会基于MVCC机制标记旧行失效，写入包含新数组的新行版本。
• 这里的额外开销主要是数组的复制——因为PostgreSQL数组是不可变类型，更新时必须创建全新的数组实例，不能直接在原数组上追加元素。但因为你是按center-id和日期精准过滤行，定位速度快，这个开销几乎可以忽略。

扩容后行大小超出数据页上限 #

当数组扩容后整行大小超过8KB，PostgreSQL会触发**TOAST（The Oversized-Attribute Storage Technique）**机制：

• 数组这类大字段会被移到专门的TOAST表存储，原行里只保留一个指向TOAST数据的指针。
• 后续检索完整行时，数据库会自动从TOAST表拉取数组数据，对业务逻辑完全透明，但会多一次IO操作。不过你提到总是读取完整行，所以不会出现分段读取的额外损耗。
• 注意：更新TOAST存储的数组时，还是会重新写入整个数组（除非用数组切片局部更新，但你是整体扩容），所以更新开销会比小数组大一些，但只要行定位高效，这个代价在多数场景下可接受。

几个实操建议 #

• 尽量预先估算最大可能的时段数量，初始化数组时就分配足够的元素（比如用默认值填充空时段），后续只更新元素内容而非扩容数组，能避免频繁触发TOAST或行版本的额外开销。
• 自定义类型作为数组元素的处理逻辑和内置类型完全一致，不用担心类型本身带来的特殊影响。
• 如果这类扩容更新很频繁，记得定期对表执行VACUUM，清理失效的旧行版本，防止表膨胀。

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