对PostgreSQL中的列重新排序的记录大小有什么影响？

Question

由于Postgres只能在表格末尾添加列，所以我最终通过在表格末尾添加新列，将它们设置为等于现有列，然后删除原始列来重新排序。

那么，PostgreSQL是如何处理被丢弃列释放的内存的呢？它是否会自动重新使用内存，因此单个记录消耗与以前相同的空间量？但是这需要重写整个表格，所以为了避免这种情况，它是否会在每条记录中留下一堆空白空间？

Answer 1

从docs：

的DROP COLUMN形式不物理删除列，但只是让无形的SQL操作。表中的后续插入和更新操作将为该列存储空值。因此，删除列很快，但不会立即减少表中的磁盘大小，因为所删除的列所占用的空间不会被回收。随着现有行的更新，空间将随着时间的推移而被回收。

您需要先执行CLUSTER后跟VACUUM FULL才能回收空间。

Answer 2

你为什么“重新订购”？在SQL中没有顺序，它没有建立起来。如果你需要一个固定的订单，告诉你的查询你需要什么顺序或使用一个视图，这是什么意见。

Diskspace将在真空后再次使用，auto_vacuum将完成这项工作。除非你禁用了这个过程。

你目前的方法会杀死整体性能（表锁），索引必须重新创建，统计数据下到厕所等等。最后，你最终会遇到同样的情况。那么为什么这样做呢？

Answer 3

_{问题是旧的，但既然这两个答案都是错误或误导，我会再添加一个。}

当更新一行时，Postgres写入一个新的行版本，旧的版本最终在VACUUM之后被删除，没有运行的事务可以再看到它。

Plain VACUUM不会从包含表的物理文件向系统返回磁盘空间，除非它在表的物理端找到完全死或空的块。您需要运行VACUUM FULL或CLUSTER来积极压缩表格并将多余的空间返回给系统。这在正常操作中通常不是理想的。 Postgres可以重新使用死元组来保持同一数据页面上的新行版本，这有利于性能。

在你的情况，由于你更新每一行，表的大小加倍（从它的最小大小）。建议运行VACUUM FULL或CLUSTER将膨胀返回到系统。
两个都在桌子上独占锁。如果干扰并发访问，请考虑pg_repack，这可以在不使用排他锁的情况下执行相同的操作。

澄清：运行CLUSTER完全回收空间。No VACUUM FULL is needed after CLUSTER (and vice versa).

更多细节：

• PostgreSQL 9.2: vacuum returning disk space to operating system