From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Dominique Devienne <ddevienne(at)gmail(dot)com> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: is pg_stat_activity "transactional"? How fast does it update? |
Date: | 2025-06-10 14:27:57 |
Message-ID: | 755975.1749565677@sss.pgh.pa.us |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Dominique Devienne <ddevienne(at)gmail(dot)com> writes:
> So when and how fast does pg_stat_activity update, in the face of a
> PQfinish?
The shared state underlying pg_stat_activity is updated
immediately when something changes. However ...
PQfinish is asynchronous: it sends a "goodbye" message and then
closes the connection without waiting for a response. So
depending on system load, the associated backend could still be
alive for some milliseconds. There might be other client
libraries that do that differently.
Another thing that might be biting you is that a backend inspecting
pg_stat_activity() takes a snapshot of the view's contents and then
holds onto that snapshot until end of transaction. You can get
around that with pg_stat_clear_snapshot().
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Max Madden | 2025-06-10 15:37:03 | Logical Replication Memory Allocation Error - "invalid memory alloc request size" |
Previous Message | Dominique Devienne | 2025-06-10 12:50:11 | is pg_stat_activity "transactional"? How fast does it update? |