Re: [GENERAL] startup process stuck in recovery
| От | Tom Lane |
|---|---|
| Тема | Re: [GENERAL] startup process stuck in recovery |
| Дата | |
| Msg-id | 2961.1507580806@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [GENERAL] startup process stuck in recovery (Christophe Pettus <xof@thebuild.com>) |
| Ответы |
Re: [GENERAL] startup process stuck in recovery
Re: [GENERAL] startup process stuck in recovery |
| Список | pgsql-general |
Christophe Pettus <xof@thebuild.com> writes:
>> On Oct 9, 2017, at 13:01, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Is that number changing at all?
> Increasing:
> AccessExclusiveLock | 8810
Oh, that's really interesting. So it's not *just* releasing locks but
also acquiring them, which says that it is making progress of some sort.
My bet is that the source server did something that's provoking O(N^2)
behavior in the standby server's lock management. It's hard to say
exactly what, but I'm wondering about something like a plpgsql function
taking an AccessExclusiveLock inside a loop that repeatedly traps an
exception. Can you correlate where the standby is stuck with what
was happening on the source?
regards, tom lane
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
В списке pgsql-general по дате отправления: