Re: [HACKERS] Issue with logical replication: MyPgXact->xmin alreadyis valid
От | Konstantin Knizhnik |
---|---|
Тема | Re: [HACKERS] Issue with logical replication: MyPgXact->xmin alreadyis valid |
Дата | |
Msg-id | 59D8FF68.9050707@postgrespro.ru обсуждение исходный текст |
Ответ на | Re: [HACKERS] Issue with logical replication: MyPgXact->xmin alreadyis valid (Petr Jelinek <petr.jelinek@2ndquadrant.com>) |
Ответы |
Re: [HACKERS] Issue with logical replication: MyPgXact->xmin alreadyis valid
|
Список | pgsql-hackers |
On 10/07/2017 04:26 PM, Petr Jelinek wrote: > > Hmm so you start transaction (you have to when running > CREATE_REPLICATION_SLOT with USE_SNAPSHOT parameter). And while the slot > is being created the config is reloaded. And since now you are in > transaction the tsearch hook for GUC processing tries to access catalogs > which sets the xmin for the transaction. Actually this slot is implicitly created by LogicalRepSyncTableStart to perform initial data sync. > > That's not good, but I can't really say I have idea about what to do > with it other than to set some kind of flag saying that logical decoding > snapshot is being built and using that to skip catalog access which does > not seem very pretty. > It is not quite clear from the comment why it is not possible to overwrite MyPgXact->xmin or just use existed value. -- Konstantin Knizhnik Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления: