From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: SAVEPOINTs and COMMIT performance |
Date: | 2011-06-06 19:18:28 |
Message-ID: | BANLkTimbG+BeW7x0Z-RowvMcuE7=p8rk1w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jun 6, 2011 at 10:33 AM, Heikki Linnakangas
<heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
> On 06.02.2011 23:09, Simon Riggs wrote:
>>
>> On Sun, 2011-02-06 at 12:11 -0500, Bruce Momjian wrote:
>>>
>>> Did this ever get addressed?
>>
>> Patch attached.
>>
>> Seems like the easiest fix I can come up with.
>
>> @@ -2518,7 +2518,7 @@ CommitTransactionCommand(void)
>> case TBLOCK_SUBEND:
>> do
>> {
>> - CommitSubTransaction();
>> + CommitSubTransaction(true);
>> s = CurrentTransactionState; /* changed
>> by pop */
>> } while (s->blockState == TBLOCK_SUBEND);
>> /* If we had a COMMIT command, finish off the main
>> xact too */
>
> We also get into this codepath at RELEASE SAVEPOINT, in which case it is
> wrong to not reassign the locks to the parent subtransaction.
Agreed.
Thanks for the review.
I'll change that.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Dimitri Fontaine | 2011-06-06 19:18:36 | Re: Range Types and extensions |
Previous Message | Dimitri Fontaine | 2011-06-06 19:12:54 | Re: reducing the overhead of frequent table locks - now, with WIP patch |