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)
|
Список | 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 по дате отправления: