Re: Question about DB VACUUM - Mailing list pgsql-admin

From Chris White (cjwhite)
Subject Re: Question about DB VACUUM
Date
Msg-id 000401c38c8a$6270f010$0400a8c0@amer.cisco.com
Whole thread Raw
In response to Re: Question about DB VACUUM  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Question about DB VACUUM  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin
Okay now I understand what is going on. I have a second thread which is
being used to read these objects out of the database to present to the
user, and because large objects can only be accessed in a transaction
mode I have not closed the transaction on this thread. Should I do a
commit or rollback to terminate the transaction, once I have closed the
large object, even though I have not done any modifications to the large
objects?

Chris

-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Sent: Monday, October 06, 2003 9:08 PM
To: cjwhite@cisco.com
Cc: 'Robert Treat'; pgsql-admin@postgresql.org
Subject: Re: [ADMIN] Question about DB VACUUM


"Chris White \(cjwhite\)" <cjwhite@cisco.com> writes:
> But as you could see from the prior query \lo_list showed no large
> objects, this was done just prior to the vacuum.

> aesop=# \lo_list
>   Large objects
>  ID | Description
> ----+-------------
> (0 rows)

> aesop=# vacuum verbose pg_largeobject;
> NOTICE:  --Relation pg_largeobject--
> NOTICE:  Index pg_largeobject_loid_pn_index: Pages 2819; Tuples 460:
> Deleted 84.

This would seem to indicate that you have open transactions hanging
around somewhere in the background.  VACUUM can't delete tuples that
might still be visible under MVCC rules to some open transaction.

            regards, tom lane


pgsql-admin by date:

Previous
From: Tom Lane
Date:
Subject: Re: Question about DB VACUUM
Next
From: Tom Lane
Date:
Subject: Re: Question about DB VACUUM