Re: Bug in autovacuum.c?
От | Bruce Momjian |
---|---|
Тема | Re: Bug in autovacuum.c? |
Дата | |
Msg-id | 201104011518.p31FIBO19338@momjian.us обсуждение исходный текст |
Ответ на | Re: Bug in autovacuum.c? (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Bug in autovacuum.c?
|
Список | pgsql-hackers |
Robert Haas wrote: > Oh, quite right. Sorry I missed that. I suppose if we wanted to fix > this for real, we'd want to get: > > 105->5 > 104->4 > 103->3 > 102->max_xid > 101->max_xid-1 > 100->max_xid-2 > 99->max_xid-3 > 98->max_xid-4 > > But it doesn't seem worth getting excited about. I think (?) the problem with that is the every time you wrap around you get more out of sync. :-O Thinking more, the problem is that when the xid counter wraps around from max_xid to 3, we jump the freeze horizon by three, e.g 5000 to 5003. So when, the freeze horizon wraps, we can either have that jump by three, e.g set it to FirstNormalTransactionId, or delay by three, e.g. set it to MaxTransactionId. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления: