Re: Somebody has not thought through subscription locking considerations

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Somebody has not thought through subscription locking considerations
Дата
Msg-id 10559.1490981707@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Somebody has not thought through subscription locking considerations  (Masahiko Sawada <sawada.mshk@gmail.com>)
Ответы Re: Somebody has not thought through subscription lockingconsiderations
Список pgsql-hackers
Masahiko Sawada <sawada.mshk@gmail.com> writes:
> On Fri, Mar 31, 2017 at 9:53 AM, Petr Jelinek
> <petr.jelinek@2ndquadrant.com> wrote:
>> On 30/03/17 07:25, Tom Lane wrote:
>>> I await with interest an explanation of what "VACUUM FULL pg_class" is
>>> doing trying to acquire ShareRowExclusiveLock on pg_subscription_rel, not
>>> to mention why a DROP SEQUENCE is holding some fairly strong lock on that
>>> relation.

> VACUUM FULL of any table acquires ShareRowExclusiveLock on
> pg_subscription_rel because when doDeletion removes old heap the
> RemoveSubscriptionRel is called in heap_drop_with_catalog.

This seems entirely horrid: it *guarantees* deadlock possibilities.
And I wonder what happens when I VACUUM FULL pg_subscription_rel
itself.

At the very least, it would be a good idea to exclude the system
catalogs from logical replication, wouldn't it?
        regards, tom lane



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

Предыдущее
От: Masahiko Sawada
Дата:
Сообщение: Some never executed code regarding the table sync worker
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: PATCH: pageinspect / add page_checksum andbt_page_items(bytea)