| От | Bruce Momjian |
|---|---|
| Тема | Re: [HACKERS] Re: [QUESTIONS] MySQL benchmark page\ |
| Дата | |
| Msg-id | 199802040237.VAA01873@candle.pha.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Re: [QUESTIONS] MySQL benchmark page ("Vadim B. Mikheev" <vadim@sable.krasnoyarsk.su>) |
| Список | pgsql-hackers |
>
> The Hermit Hacker wrote:
> >
> > So, why is pg_class locked for the duration of a vacuum when the
> > vacuum is being performed for the whole database when it should (I think)
> > only need to be locked when updates are happening to it?
>
> Yes, this is how it should be. This long lock comes from very old time.
> When I visited vacuum last time (year ago) I hadn't time to decide
> why this lock is here and could it be just removed or not.
> Still no time :)
>
> Vadim
>
>
Added to TODO:
* Make VACUUM on database not lock pg_class
* Make VACUUM ANALYZE only use a readlock
--
Bruce Momjian
maillist@candle.pha.pa.us
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера