Re: "recovering prepared transaction" after serverrestart message

From: "Simon Riggs" <simon(at)2ndquadrant(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <joe(at)mcknight(dot)de>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: "recovering prepared transaction" after serverrestart message
Date: 2006-11-03 08:06:55
Message-ID: 1162541215.3587.507.camel@silverbirch.site
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

On Fri, 2006-11-03 at 01:48 -0500, Tom Lane wrote:

> I agree that there's a usability issue here though; I've been burnt by
> forgotten prepared xacts myself (eg by control-C'ing pg_regress at just
> the wrong time). Would it help if we included prepared xacts in the
> pg_stat_activity view?
> Is there any other place we could make them
> more visible during normal server operation?

We only care when they break, otherwise its just situation normal, yes?

Is there a way to see prepared transactions where the original session
that prepared then has died? Perhaps the message at startup should be
"you have at least one prepared transaction that needs resolution". We
need something at that point, otherwise a PITR recovery is fairly likely
to contain them and we need to know that.

Otherwise on a system using prepared transactions heavily you may not
spot the odd or two that have crashed and need resolution. Presumably
they will effect oldestxmin, so its fairly important to be able to
resolve them in a timely manner or at least know they are there.

Not that I am advising their use though....

--
Simon Riggs
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Tom Lane 2006-11-03 14:42:02 Re: "recovering prepared transaction" after serverrestart message
Previous Message Tom Lane 2006-11-03 06:48:05 Re: "recovering prepared transaction" after server restart message

Browse pgsql-hackers by date

  From Date Subject
Next Message Oleg Bartunov 2006-11-03 08:54:05 Re: [HACKERS] Index greater than 8k
Previous Message mark 2006-11-03 07:56:06 Re: Design Considerations for New Authentication Methods