Re: client_connection_check_interval default value
Jacob Champion <jacob.champion@enterprisedb.com>
From: Jacob Champion <jacob.champion@enterprisedb.com>
To: Jeremy Schneider <schneider@ardentperf.com>
Cc: "pgsql-hackers@lists.postgresql.org" <pgsql-hackers@lists.postgresql.org>, Marat Buharov <marat.buharov@gmail.com>
Date: 2026-02-05T17:26:34Z
Lists: pgsql-hackers
On Wed, Feb 4, 2026 at 9:30 PM Jeremy Schneider <schneider@ardentperf.com> wrote: > While a fix has been merged in pgx for the most direct root cause of > the incident I saw, this setting just seems like a good behavior to > make Postgres more robust in general. At the risk of making perfect the enemy of better, the protocol-level heartbeat mentioned in the original thread [1] would cover more use cases, which might give it a better chance of eventually becoming default behavior. It might also be a lot of work, though. --Jacob [1] https://postgr.es/m/CA%2BhUKGLyj5Aqt6ojYfSc%2BqSeB1x%3D3RbU61hnus5sL0BKqEBsLw%40mail.gmail.com
Commits
-
Add TAP tests for log_lock_waits
- ca2b5443e2dc 19 (unreleased) landed
-
Add tests for lock statistics, take two
- 557a9f1e3e62 19 (unreleased) cited
-
Ensure "still waiting on lock" message is logged only once per wait.
- fd6ecbfa75ff 19 (unreleased) landed