在某些情况下，值得周期性地使用REINDEX命令来重建索引。

在 7.4 之前的 PostgreSQL 版本中，由于 B-树索引缺乏内部空间回收机制，经常需要定期重建索引以避免“索引膨胀”。任何索引键范围随时间推移而变化的情况——例如，在一个最终会删除旧条目的表上按时间戳建的索引——都会导致膨胀，因为键范围中不再需要的部分所对应的索引页不会被回收以供重用。随着时间的推移，索引大小可能会变得远大于其中有用的数据量。

在 PostgreSQL 7.4 及之后的版本中，已经完全变空的索引页会被回收以供重用。不过，仍然可能出现空间利用低效：如果某个页面上的索引键除了少数几个之外都被删除，该页面仍会保留分配。因此，在一种使用模式下，如果每个键范围中的大多数但不是全部键最终都被删除，就会出现糟糕的空间利用。膨胀的可能性不是无限的——最坏情况下每个索引页只有一个键——但对于有这种使用模式的索引，定期安排重建索引仍可能是值得的。

对于非 B-树索引中的膨胀潜力，人们还没有做过充分研究。在使用任何非 B-树索引类型时，定期监控索引的物理大小是个好主意。

此外，对 B-树索引而言，新近构建的索引比已经多次更新过的索引在访问时稍快一些，因为在新建的索引中，逻辑上相邻的页面通常在物理上也彼此相邻。（这一考虑不适用于非 B-树索引。）即便只是为了提高访问速度，周期性重建索引也可能是值得的。