| 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: | Whole Thread | Raw Message | 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 |