Re: Shouldn't flush dirty buffers at shutdown ?
| От | Tom Lane |
|---|---|
| Тема | Re: Shouldn't flush dirty buffers at shutdown ? |
| Дата | |
| Msg-id | 12124.957883771@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Shouldn't flush dirty buffers at shutdown ? ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
| Ответы |
RE: Shouldn't flush dirty buffers at shutdown ?
|
| Список | pgsql-hackers |
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> if heap data wasn't flushed while corresponding indices
> are written to disk,the indices would point to non-existence
> heap block. It would be the cause of inconsistency after the
> restart of postmaster. Shouldn't there be a mechanism to
> flush dirty buffers at(or before) the shutdown of postmaster ?
Hmm, good point, but that doesn't seem like the right answer.
Suppose the system crashes before we are able to flush the
dirty buffers? I think you have identified a problem that needs
a more general solution: we need to be robust in the case that
an index entry is on disk that points to a tuple that never made
it to disk. We can legitimately assume that the tuple is uncommitted
and ignore the index entry --- we just have to not fail ;-)
Not sure how to do it offhand; maybe some additional checking in the
index fetch code will do?
regards, tom lane
В списке pgsql-hackers по дате отправления: