From: | "Richard Huxton" <dev(at)archonet(dot)com> |
---|---|
To: | "Trewern, Ben" <Ben(dot)Trewern(at)mowlem(dot)com>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Vacuum and Transactions |
Date: | 2001-07-06 16:42:23 |
Message-ID: | 003501c1063a$ea62d520$1001a8c0@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
From: "Trewern, Ben" <Ben(dot)Trewern(at)mowlem(dot)com>
> If there is a transaction running when 'vacuumdb -a -z' is run (as a cron
> job) it stops running at that database till the transaction completes.
That
> is not so much of a problem until a new client tries to connect to the
> database. This new connection hangs, waiting for the vacuum to complete.
> This situation is not all that helpful and means I have to be careful at
> what time I run vacuum so it does not interfere with new clients. Is this
a
> bug or the standard way in which postgres works and are there any plans
> change this?
Would vacuuming the tables one at a time not help here? It'd mean a small
script to read a list of databases/tables out of PG but should reduce the
impact on your clients (if I'm thinking straight here)
- Richard Huxton
From | Date | Subject | |
---|---|---|---|
Next Message | Ed Loehr | 2001-07-06 16:59:22 | query syntax change? |
Previous Message | Steve Wampler | 2001-07-06 16:29:57 | Too much data received? |
From | Date | Subject | |
---|---|---|---|
Next Message | Jean-Francois Leveque | 2001-07-06 17:11:13 | Re: Database Users Management and Privileges |
Previous Message | J-P Guguy | 2001-07-06 16:16:47 | amiint |