Re: relationship of backend_start, query_start, state_change

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Si Chen <sichen(at)opensourcestrategies(dot)com>
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: relationship of backend_start, query_start, state_change
Date: 2020-04-23 17:00:59
Message-ID: CAKFQuwboVoOQXNrEeBW5fHC28x+nLVSrEJPkYivWw1gnPFoCVg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Apr 23, 2020 at 9:55 AM David G. Johnston <
david(dot)g(dot)johnston(at)gmail(dot)com> wrote:

> On Thu, Apr 23, 2020 at 9:37 AM Si Chen <sichen(at)opensourcestrategies(dot)com>
> wrote:
>
>> Hello,
>>
>> I'm looking at my pg_stat_activity and trying to figure out what is
>> causing some of these processes. I'm using this query:
>>
>> SELECT pid, wait_event, state_change, backend_start, xact_start,
>> query_start, state_change - query_start, query from pg_stat_activity where
>> datname= 'my_database' and state in ('idle', 'idle in transaction', 'idle
>> in transaction (aborted)', 'disabled');
>>
>>
> Including the "state" field should clear things up considerably.
>
>
> https://www.postgresql.org/docs/current/monitoring-stats.html#PG-STAT-ACTIVITY-VIEW
>
>
>

Specifically, you are including multiple states but then don't look at
which one is actually assigned. You should be able to reason about a
connection mainly from its state and not consider the query at all - it is
a debugging aid only.

David J.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Justin King 2020-04-23 17:07:12 walreceiver termination
Previous Message Olivier Gautherot 2020-04-23 16:58:36 Re: relationship of backend_start, query_start, state_change