Re: Always truncate segments before unlink

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Always truncate segments before unlink
Дата
Msg-id 430.1278340427@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Always truncate segments before unlink  (Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>)
Ответы Re: Always truncate segments before unlink  (Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>)
Список pgsql-hackers
Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp> writes:
> In mdunlink(), we truncate the first main fork to zero length
> and actually unlink at the next checkpoint, but other segments
> are not truncated and only unlinked. Then, if another backend
> open the segments, disk spaces occupied by them are not reclaimed
> until all of the backends close their file descriptors. Longer
> checkpoint timeout and connection pooling make things worse.

Truncating seems like an ugly kluge that's not fixing the real problem.
Why are there open descriptors for a dropped relation?  They should all
get closed as a consequence of relcache flush.
        regards, tom lane


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

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: Table partitioning - is anything coming?
Следующее
От: Robert Haas
Дата:
Сообщение: logistics for beta3