我的PostgreSQL数据库中有一个写量大的表.每读一次,就有大约100000条文字。此表包含多个(5-6)索引,这会降低性能,因为这些索引在每次写入时都会更新。
是否需要优化带索引的写重表的性能?我想出了几个选择:
发布于 2022-06-02 06:00:00
你的第二点和第三点听起来很好的选择。如果读取很少,那么就不需要那么多索引。考虑分区:它可以消除对一个索引的需求,并且可以轻松地去除旧数据。
发布于 2022-06-02 05:58:32
如果您的写操作是所有(或大部分) INSERT
(而不是UPDATE
)语句,并且您可以将数据描述为“时间序列数据”--即关于随着时间推移发生的事件的数据,那么您可能会从TimescaleDB PostgreSQL扩展中受益。
时间刻度使用了一个被称为“超表”的概念,它根据时间透明地将你的数据分解成更小的块(如果你设置它们的话,还有其他因素)。性能可以明显优于普通PostgreSQL,同时仍然支持所有PostgreSQL特性。
我与TimescaleDB没有关联;我只是一个满意的用户。
https://stackoverflow.com/questions/72471147
复制相似问题