RE: vacuum full

From: Ian Dauncey <Ian(dot)Dauncey(at)bankzero(dot)co(dot)za>
To: Vijaykumar Jain <vijaykumarjain(dot)github(at)gmail(dot)com>, pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: RE: vacuum full
Date: 2021-09-06 06:05:13
Message-ID: DBAPR08MB568742E0BFE24CB47E2D9934C0D29@DBAPR08MB5687.eurprd08.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Morning.

Thanks for all the replies.

What I did to remove these files was to backup of the DB, drop the DB and then I restored the DB.

Regards
Ian

From: Vijaykumar Jain <vijaykumarjain(dot)github(at)gmail(dot)com>
Sent: Monday, 30 August 2021 20:06
To: pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: vacuum full

External email - treat with caution
On Mon, 30 Aug 2021 at 23:12, Vijaykumar Jain <vijaykumarjain(dot)github(at)gmail(dot)com<mailto:vijaykumarjain(dot)github(at)gmail(dot)com>> wrote:
Just keeping it in a separate email, incase this is thrashed down.
vacuum full has a lot of problem stories, not just because the db gets locked, but also because it is mostly (mis)used when there are space issues.

ok ignore.
I think querying the disk for available space may be shell access from the client, a security issue.
Also, a 10GB table with all dead tuples is 100% bloat, and would not really need additional space for table rebuilds.
I think we can just put out some queries like bloat estimation of relations, to get an idea of wasted space and used space
and estimate based on that on how much would be taken up from the disk before being cleaned up.

ref queries: PostgresQL Automating VACUUM FULL for bloated tables - Stack Overflow<https://stackoverflow.com/questions/13931989/postgresql-automating-vacuum-full-for-bloated-tables>

--
Thanks,
Vijay
Mumbai, India

Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast, a leader in email security and cyber resilience. Mimecast integrates email defenses with brand protection, security awareness training, web security, compliance and other essential capabilities. Mimecast helps protect large and small organizations from malicious activity, human error and technology failure; and to lead the movement toward building a more resilient world. To find out more, visit our website.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Laurenz Albe 2021-09-06 06:26:18 Re: How to observe plan_cache_mode transition from custom to generic plan?
Previous Message Ian Dauncey 2021-09-06 06:04:06 RE: vacuumlo