Re: Autovacuum on partitioned table

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: yuzuko <yuzukohosoya(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Cc: Greg Stark <stark(at)mit(dot)edu>
Subject: Re: Autovacuum on partitioned table
Date: 2019-12-02 09:19:01
Message-ID: fdc0cd8f903066d42132faca60cd8dbf3f8fa09e.camel@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, 2019-12-02 at 18:02 +0900, yuzuko wrote:
> Greg reported in [1] before, autovacuum ignores partitioned tables.
> That is, even if individual partitions’ statistics are updated, its parent's
> statistics are not updated. This is TODO for declarative partitioning.
> As Amit mentioned in [2], a way to make parent's statistics from
> partitions' statistics without scanning the partitions would be nice,
> but it will need a lot of modifications. So I tried to fix that using the
> current analyze method.
>
> The summary of the attached patch is as follows:
> * If the relation is a partitioned table, check its children if they need
> vacuum or analyze. Children need to do that are added to
> a table list for autovacuuum. At least one child is added to the list,
> the partitioned table is also added to the list. Then, autovacuum
> runs on all the tables in the list.

That means that all partitions are vacuumed if only one of them needs it,
right? This will result in way more vacuuming than necessary.

Wouldn't it be an option to update the partitioned table's statistics
whenever one of the partitions is vacuumed?

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message yuzuko 2019-12-02 09:25:37 Re: Partitioning versus autovacuum
Previous Message yuzuko 2019-12-02 09:02:42 Autovacuum on partitioned table