Re: Question about DB VACUUM
От | Chris White (cjwhite) |
---|---|
Тема | Re: Question about DB VACUUM |
Дата | |
Msg-id | 000401c38c8a$6270f010$0400a8c0@amer.cisco.com обсуждение исходный текст |
Ответ на | Re: Question about DB VACUUM (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Question about DB VACUUM
|
Список | 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 по дате отправления: