Re: [COMMITTERS] pgsql: Provide much better wait information in pg_stat_activity.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Provide much better wait information in pg_stat_activity.
Date: 2016-03-10 21:24:55
Message-ID: CA+TgmoYujHaPmz9hqi4Meh2cNzzVErOi3ivyrvdd_dpY88BX6Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Thu, Mar 10, 2016 at 3:44 PM, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
> I am trying to test this feature, and there I see not actual data. Maybe
> this behave is not related to this patch:
>
> create table foo(a int);
> insert into foo values(10);
>
> session one:
>
> begin; select * from foo for update;
>
> session two:
>
> begin; select * from foo for update;
> session two is waiting
>
> session one:
> select * from pg_stat_activity -- I don't see correct information about
> session two

At this point, I get:

rhaas=# select query, state, wait_event, wait_event_type from pg_stat_activity;
query
| state | wait_event | wait_event_type
-------------------------------------------------------------------------+--------+---------------+-----------------
select query, state, wait_event, wait_event_type from
pg_stat_activity; | active | |
select * from foo for update;
| active | transactionid | Lock
(2 rows)

...which looks right to me.

> session two:
> rollback; begin; select * from foo where a = 10 for update;
> session two is waiting again

I don't see how you can do this here - the session is blocked.

There could well be a bug here, but I need a little more help to find it.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Pavel Stehule 2016-03-10 21:51:03 Re: [COMMITTERS] pgsql: Provide much better wait information in pg_stat_activity.
Previous Message Tom Lane 2016-03-10 21:23:58 pgsql: Give pull_var_clause() reject/recurse/return behavior for Window

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2016-03-10 21:27:57 Re: checkpointer continuous flushing - V18
Previous Message Robert Haas 2016-03-10 21:16:38 Re: Freeze avoidance of very large table.