Re: Streaming replica hangs periodically for ~ 1 second - how to diagnose/debug
От | Tom Lane |
---|---|
Тема | Re: Streaming replica hangs periodically for ~ 1 second - how to diagnose/debug |
Дата | |
Msg-id | 1885947.1755878118@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Streaming replica hangs periodically for ~ 1 second - how to diagnose/debug (hubert depesz lubaczewski <depesz@depesz.com>) |
Ответы |
Re: Streaming replica hangs periodically for ~ 1 second - how to diagnose/debug
|
Список | pgsql-general |
hubert depesz lubaczewski <depesz@depesz.com> writes: > On Fri, Aug 22, 2025 at 11:21:22AM -0400, Tom Lane wrote: >> Interesting. That futex call is presumably caused by interaction >> with some other process within the standby server, and the only >> plausible candidate really is the startup process (which is replaying >> WAL received from the primary). There are cases where WAL replay >> will take locks that can block queries on the standby. Can you >> correlate the delays on the standby server with any DDL events >> occurring on the primary? > Nope. Plus there is certain repetition of these cases, so even if I'd > miss *some* create table/alter, it just isn't going to be happening > every 4-5 minutes. Nonetheless, I'm suspecting an interaction with the startup process, because there just isn't that much else that this process could be needing to deal with. Can you try strace'ing both the process doing the test query and the startup process, to see what the startup process is doing at the times the futex calls happen? regards, tom lane
В списке pgsql-general по дате отправления: