Re: pgsql: Fix a couple of bugs in MultiXactId freezing

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: pgsql: Fix a couple of bugs in MultiXactId freezing
Дата
Msg-id
20131203235129.GI19016@awork2.anarazel.de
Ответ на
Список
Дерево обсуждения
Re: pgsql: Fix a couple of bugs in MultiXactId freezing Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Fix a couple of bugs in MultiXactId freezing Andres Freund <andres@2ndquadrant.com>
Re: pgsql: Fix a couple of bugs in MultiXactId freezing Andres Freund <andres@2ndquadrant.com>
Re: pgsql: Fix a couple of bugs in MultiXactId freezing Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Fix a couple of bugs in MultiXactId freezing Andres Freund <andres@2ndquadrant.com>
On 2013-12-03 19:55:40 -0300, Alvaro Herrera wrote:
> I added a new isolation spec to test this specific case, and noticed
> something that seems curious to me when that test is run in REPEATABLE
> READ mode: when the UPDATE is aborted, the concurrent FOR UPDATE gets a
> "can't serialize due to concurrent update", but when the UPDATE is
> committed, FOR UPDATE works fine.  Shouldn't it happen pretty much
> exactly the other way around?

That's 247c76a989097f1b4ab6fae898f24e75aa27fc1b . Specifically the
DidCommit() branch in test_lockmode_for_conflict(). You forgot something
akin to	/* locker has finished, all good to go */	if (!ISUPDATE_from_mxstatus(status))		return HeapTupleMayBeUpdated;

Greetings,

Andres Freund

-- Andres Freund	                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Joshua D. Drake
Дата:
FAQ