Finding detailed information about LOCKS

From: "Wetmore, Matthew (CTR)" <Matthew(dot)Wetmore(at)evernorth(dot)com>
To: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, Siraj G <tosiraj(dot)g(at)gmail(dot)com>, Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: Finding detailed information about LOCKS
Date: 2024-05-03 14:03:56
Message-ID: 2d059728dc1b49e8899bf16fd85356ba@evernorth.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

If you can't get pgwatch2

Cron job that runs every hour:

grep -E "lock" (or whatever search term) postgresql.log > lock_history.txt

Or something to that effect, not as good as the tool obviously, but a workingperson's solution.

-----Original Message-----
From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
Sent: Thursday, May 2, 2024 11:16 PM
To: Siraj G <tosiraj(dot)g(at)gmail(dot)com>; Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: [EXTERNAL] Re: Finding detailed information about LOCKS

On Fri, 2024-05-03 at 10:54 +0530, Siraj G wrote:
> I come from Oracle background. In Oracle there is a licensed feature
> (Diagnostics + Tuning) upon using which the system keeps historic
> session records, which gives a better way to find out locking related
> details- like the blocking session, total sessions blocked and the
> time the blocking event was active. I am finding it a little hard in PgSQL to find this information.
>
> I am seeking help in finding a detailed analysis on the locks that
> happened yesterday,
> 2 days back or in the last week. Can someone assist please.

PostgreSQL doesn't keep historical information on these things.

You need a monitoring tool like pgwatch2 that takes regular snapshots of these data and allows you to access this information.

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message M Sarwar 2024-05-04 18:01:51 ERROR: return and sql tuple descriptions are incompatible
Previous Message Dischner, Anton 2024-05-03 08:05:03 AW: postgresql in docker to improve security