Re: SetBufferCommitInfoNeedsSave and race conditions
От | Alvaro Herrera |
---|---|
Тема | Re: SetBufferCommitInfoNeedsSave and race conditions |
Дата | |
Msg-id | 20070628192948.GA22200@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: SetBufferCommitInfoNeedsSave and race conditions (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: SetBufferCommitInfoNeedsSave and race conditions
Re: SetBufferCommitInfoNeedsSave and race conditions |
Список | pgsql-hackers |
Tom Lane escribió: > Heikki Linnakangas <heikki@enterprisedb.com> writes: > > AFAICS, we can just simply remove the assertion. But is there any > > codepaths that assume that after calling HeapTupleSatisfiesSnapshot, all > > appropriate hint bits are set? > > There had better not be, since we are going to postpone setting hint > bits for recently-committed transactions as part of the async-commit > patch. > > A quick grep suggests that VACUUM FULL might be at risk here. That particular case seems easily fixed since VACUUM FULL must hold an exclusive lock; and we can forcibly set sync commit for VACUUM FULL. -- Alvaro Herrera http://www.CommandPrompt.com/ PostgreSQL Replication, Consulting, Custom Development, 24x7 support
В списке pgsql-hackers по дате отправления: