Re: pgsql: Document a few caveats in synchronous logical replication.
От | Simon Riggs |
---|---|
Тема | Re: pgsql: Document a few caveats in synchronous logical replication. |
Дата | |
Msg-id | CANbhV-EOy=viOebh4iqi3s+N86g8mcoMhR-z=_NhPu0+C=iPgQ@mail.gmail.com обсуждение исходный текст |
Ответ на | pgsql: Document a few caveats in synchronous logical replication. (Amit Kapila <akapila@postgresql.org>) |
Ответы |
Re: pgsql: Document a few caveats in synchronous logical replication.
|
Список | pgsql-committers |
On Thu, Jun 17, 2021 at 7:25 AM Amit Kapila <akapila@postgresql.org> wrote: > In a synchronous logical setup, locking [user] catalog tables can cause > deadlock. This is because logical decoding of transactions can lock > catalog tables to access them so exclusively locking those in transactions > can lead to deadlock. To avoid this users must refrain from having > exclusive locks on catalog tables. If LOCK and TRUNCATE is advised against on all user catalog tables, why would CLUSTER only apply to pg_class? Surely its locking level is the same as LOCK? The use of "[user]" isn't fully explained, so it might not be clear that this applies to both Postgres catalog tables and any user tables that have been nominated as catalogs. Probably worth linking to the "Capabilities" section to explain. It would be worth coalescing the following sections into a single page, since they are just a few lines each: Streaming Replication Protocol Interface Logical Decoding SQL Interface System Catalogs Related to Logical Decoding > Discussion: https://www.postgresql.org/message-id/20210222222847.tpnb6eg3yiykzpky%40alap3.anarazel.de Unfortunately this is a URL linking to the top of a huge discussion, so isn't useful in locating the actual discussion. -- Simon Riggs http://www.EnterpriseDB.com/
В списке pgsql-committers по дате отправления: