Re: Purging few months old data and vacuuming in production

From: Ron <ronljohnsonjr(at)gmail(dot)com>
To: "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Purging few months old data and vacuuming in production
Date: 2023-01-06 10:30:28
Message-ID: 1984ec34-26fa-a585-3312-ef38814b5f42@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 1/6/23 02:44, Ranjith Paliyath wrote:
> Thank you for the details, experience shared and the suggestions.
> Apologies for the delay in collecting the response for the queries.
>
> (1)Are the tables tied together by FK?
> - Overall there are 9 tables (sorry not 6 as mentioned originally) that are being purged. Only 4 tables would be having FK relationship.
>
> (2)How big are the rows?
> - The 9 tables now occupy almost 2TB space. Below is the rowsize (in bytes) and record-count details -
>
> 236 188,055,675
> 297 296,941,261
> 371 58,673,649
> 95 57,477,553
> 904 296,743,680
> 234 188,161,891
> 414 430,411,653
> 707 735,895,015
> 128 155,104,922
>
> (3)Is there an index on the date field?
> - Yes. But only in one table, which is the main table (records to purge in rest of the tables is based on this table).

Can you do online purging?

For example, get a list of the main table's primary keys to be deleted, and
then nibble away at them all day: in one transaction delete all the records
for one logically related set of records.  Do that N million times, and
you've purged the data without impacting production.

--
Born in Arizona, moved to Babylonia.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ranjith Paliyath 2023-01-06 14:27:56 Re: Purging few months old data and vacuuming in production
Previous Message Ron 2023-01-06 10:21:26 Re: best practice to patch a postgresql version?