Re: pg_group_name_index corrupt?
От | Tom Lane |
---|---|
Тема | Re: pg_group_name_index corrupt? |
Дата | |
Msg-id | 28287.957470674@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pg_group_name_index corrupt? (The Hermit Hacker <scrappy@hub.org>) |
Ответы |
Re: pg_group_name_index corrupt?
|
Список | pgsql-hackers |
The Hermit Hacker <scrappy@hub.org> writes: > Hadn't thought of that ... but ... and you aren't going to like this > ... if I delete/vacuum/insert/vacuum ... INDEX TUPLES increases by 1, HEAP > increases by one ... I'm up to 3->4 now, and would go 4->5 if I were to do > it again ... That definitely sounds like VACUUM thinks there's an old open transaction somewhere and so it doesn't want to clean out the dead tuples. I believe we have a mechanism for deciding that an old transaction must have aborted (it involves looking to see if any active backend claims to be running that transaction). But I wonder whether that mechanism is being used when VACUUM decides whether it can clean out a dead tuple or not. Vadim? > Don't know ... one of hte problems I'm having with my FreeBSD machine > right now is that, for some reason, setproctitle() isn't working, so all > my backends look the same 'postmaster' and its start up options :( Now you know how the other half lives ;-). regards, tom lane
В списке pgsql-hackers по дате отправления: