我们什么时候应该在Postgresql中使用表分区？

Question

上下文:我们的数据库中有两个相当大的表，一个保存着8000万条记录，另一个保存着1.6亿条记录。我们看到了性能问题，并正在考虑对这两个表使用表分区。

我的问题是:是否有一些记录表明我们应该分割或不保持良好的表现？我知道没有一个“一刀切”的答案，但可能有一个一般性的建议，比如“传递X百万条记录，你应该对表进行分区”。有很多关于如何分区的指导，但不是“什么时候”。

Answer 1

不，没有真正的行号阈值。如果您只有按主键选择行的查询，那么表的大小并不重要。

分区也主要是一种管理工具，用于快速删除不再需要的行，而不是性能工具。

它可以用于提高性能，但只有当查询只需要所有行的(小)子集时才能使用。如果所有查询(或至少所有性能关键查询)都包含分区键，那么分区可以帮助提高性能。

您还需要根据由此产生的分区数量来选择分区键。对于Postgres 12或更高版本，“数千”分区是可行的(我听说用户成功地使用了~20000分区，但我认为这已经是一个延伸)。过多的分区很可能是不切实际的，因为这会使查询的规划变得更慢。

您还应该考虑到这样一个事实，即分区表在主键可以是什么方面是有限的-它必须包括分区键。因此，如果有引用分区表的外键，这可能会变得复杂。

Answer 2

第一步是在每个分区上创建唯一的约束，而不是一个分区表。第二项工作是将两个表中的一些列触发到复制的列表中。从复制的一些表中检索一些数据。它将对表格和数据进行微调。