From: | <msalais(at)msym(dot)fr> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "'Rajesh Kumar'" <rajeshkumar(dot)dba09(at)gmail(dot)com>, <pgsql-admin(at)lists(dot)postgresql(dot)org> |
Subject: | RE: Commit with wait event on advisory lock! |
Date: | 2025-01-22 22:00:56 |
Message-ID: | 011401db6d19$1d98ba40$58ca2ec0$@msym.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hello Tom
I do have delays sometimes because of synchronous_commit (We use actually
the default value and synchronous_standby_names is not empty). I have
sometimes commit execution time more than 10 sec but the problem is more
general than commit/synchronization.
But my concern here is really to understand in which situations, a COMMIT
statement can wait on a lock especially that I have no triggers, and no
deferrable constraints...
What could it be? This can point something to look about...
By the way I also have commits which are waiting on ClientRead...
--
Michel SALAIS
-----Message d'origine-----
De : Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Envoyé : mercredi 22 janvier 2025 18:24
À : msalais(at)msym(dot)fr
Cc : 'Rajesh Kumar' <rajeshkumar(dot)dba09(at)gmail(dot)com>;
pgsql-admin(at)lists(dot)postgresql(dot)org
Objet : Re: Commit with wait event on advisory lock!
<msalais(at)msym(dot)fr> writes:
> - Replication is used (2 standby, one sync and the other potential)
> but no application connection to replica.
Maybe you have synchronous_commit set to enforce waiting for the standby to
receive/apply the transaction? If so I'd look for possible delays there.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2025-01-22 22:17:42 | Re: Commit with wait event on advisory lock! |
Previous Message | Tom Lane | 2025-01-22 17:24:28 | Re: Commit with wait event on advisory lock! |