Re: Speedup twophase transactions
От | Nikhil Sontakke |
---|---|
Тема | Re: Speedup twophase transactions |
Дата | |
Msg-id | CAMGcDxeVQXJ+O01o0bfjLhZ1hS0-0Hqm9KgO0epxz=t5BJcWWA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Speedup twophase transactions (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: Speedup twophase transactions
|
Список | pgsql-hackers |
Thanks Michael,
I was away for a bit. I will take a look at this patch and get back to you soon.
Regards,
Nikhils
On 22 March 2017 at 07:40, Michael Paquier <michael.paquier@gmail.com> wrote:
On Fri, Mar 17, 2017 at 5:15 PM, Michael Paquier
<michael.paquier@gmail.com> wrote:
> On Fri, Mar 17, 2017 at 5:00 PM, Nikhil Sontakke
> <nikhils@2ndquadrant.com> wrote:
>> Micheal, it looks like you are working on a final version of this patch? I
>> will wait to review it from my end, then.
>
> I have to admit that I am beginning to get drawn into it...
And here is what I got. I have found a couple of inconsistencies in
the patch, roughly:
- During recovery entries marked with ondisk = true should have their
start and end LSN reset to InvalidXLogRecPtr. This was actually
leading to some inconsistencies in MarkAsPreparing() for 2PC
transactions staying around for more than 2 checkpoints.
- RecoverPreparedTransactions(), StandbyRecoverPreparedTransactions()
and PrescanPreparedTransactions() doing both a scan of pg_twophase and
the shared memory entries was way too complicated. I have changed
things so as only memory entries are scanned by those routines, but an
initial scan of pg_twophase is done before recovery.
- Some inconsistencies in the comments and some typos found on the way.
- Simplification of some routines used in redo, as well as simplified
the set of routines made available to users.
Tests are passing for me, an extra lookup would be nice.
--
Michael
Nikhil Sontakke http://www.2ndQuadrant.com/
PostgreSQL/Postgres-XL Development, 24x7 Support, Training & Services
PostgreSQL/Postgres-XL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: