Re: Hard limit on WAL space used (because PANIC sucks)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Hard limit on WAL space used (because PANIC sucks)
Дата
Msg-id 24688.1370622797@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Hard limit on WAL space used (because PANIC sucks)  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Ответы Re: Hard limit on WAL space used (because PANIC sucks)  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Список pgsql-hackers
Heikki Linnakangas <hlinnakangas@vmware.com> writes:
> On 06.06.2013 17:00, Heikki Linnakangas wrote:
>> A more workable idea is to sprinkle checks in higher-level code, before
>> you hold any critical locks, to check that there is enough preallocated
>> WAL. Like, at the beginning of heap_insert, heap_update, etc., and all
>> similar indexam entry points.

> Actually, there's one place that catches most of these: LockBuffer(..., 
> BUFFER_LOCK_EXCLUSIVE). In all heap and index operations, you always 
> grab an exclusive lock on a page first, before entering the critical 
> section where you call XLogInsert.

Not only is that a horrible layering/modularity violation, but surely
LockBuffer can have no idea how much WAL space will be needed.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: ALTER DEFAULT PRIVILEGES FOR ROLE is broken
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Cost limited statements RFC