| 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: | Whole Thread | Raw Message | 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! |