Subject: Re: How can i be certain autovacuum is causing reuse if table still
 grows
To: pgsql-admin@lists.postgresql.org
References: 
 <FR1PR80MB071069E71B2758BB9D187EC18C770@FR1PR80MB0710.lamprd80.prod.outlook.com>
 <CP2PR80MB0707AE54D878CA370750BE908C720@CP2PR80MB0707.lamprd80.prod.outlook.com>
 <CAKFQuwYRfH0JMfubcKL=U6oo1cXrtb44H5O+ywXyuKDKg96_KA@mail.gmail.com>
 <CP2PR80MB0707312D852432398C61BDD08C720@CP2PR80MB0707.lamprd80.prod.outlook.com>
 <CAODZiv5PeT90z6Ou4pgj9s39oBoYbB6STy_azMSekeDHUCHAEQ@mail.gmail.com>
 <CP2PR80MB0707395805CE22D89FEB3D278C720@CP2PR80MB0707.lamprd80.prod.outlook.com>
 <CAODZiv7MrqtzMAZ2vZs5gS1Rv935zjggdZmKAyAVZB6a5H1AJQ@mail.gmail.com>
From: Ron <ronljohnsonjr@gmail.com>
Message-ID: <20d2fb88-89f8-34b9-0e23-81a8b1d8c7a2@gmail.com>
Date: Mon, 27 Jul 2020 22:39:47 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: 
 <CAODZiv7MrqtzMAZ2vZs5gS1Rv935zjggdZmKAyAVZB6a5H1AJQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Precedence: bulk

On 7/27/20 5:19 PM, Keith Fiske wrote:
[snip]
> Also, I would not recommend partitioning simply to improve vacuuming. 
> Especially if extensive tuning hasn't been tried first. Most times you can 
> get per-table tuning working well enough to get autovacuum running 
> properly. Especially on 9.6 and even more-so on PG11, where autovacuum has 
> itself been improved.

SIMPLY to improve vacuum performance?  No.  But there are reasons that 
partitioning was "invented", and minimizing the work needed to be done on 
the whole of a Very Large and Rapidly Growing table is one of them.

-- 
Angular momentum makes the world go 'round.