Re: Idea for nested transactions / savepoints

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Idea for nested transactions / savepoints
Дата
Msg-id 200108051830.f75IUhM25071@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Idea for nested transactions / savepoints  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Idea for nested transactions / savepoints  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > My idea is that we not put UNDO information into WAL but keep a List of
> > rel ids / tuple ids in the memory of each backend and do the undo inside
> > the backend.
> 
> The complaints about WAL size amount to "we don't have the disk space
> to keep track of this, for long-running transactions".  If it doesn't
> fit on disk, how likely is it that it will fit in memory?

Sure, we can put on the disk if that is better.  I thought the problem
with WAL undo is that you have to keep UNDO info around for all
transactions that are older than the earliest transaction.  So, if I
start a nested transaction, and then sit at a prompt for 8 hours, all
WAL logs are kept for 8 hours.

We can create a WAL file for every backend, and record just the nested
transaction information.  In fact, once a nested transaction finishes,
we don't need the info anymore.  Certainly we don't need to flush these
to disk.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: Re: Name for new VACUUM
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re: Name for new VACUUM