Re: POC and rebased patch for CSN based snapshots

From: "Andrey V(dot) Lepikhov" <a(dot)lepikhov(at)postgrespro(dot)ru>
To: "movead(dot)li(at)highgo(dot)ca" <movead(dot)li(at)highgo(dot)ca>
Cc: pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, "amit(dot)kapila16" <amit(dot)kapila16(at)gmail(dot)com>
Subject: Re: POC and rebased patch for CSN based snapshots
Date: 2020-07-13 04:41:12
Message-ID: ffeb5718-e5da-651b-5778-09d68d685953@postgrespro.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 7/4/20 7:56 PM, movead(dot)li(at)highgo(dot)ca wrote:
>
>
> As far as I know about Clock-SI, left part of the blue line will
> setup as a snapshot
>
> if master require a snapshot at time t1. But in fact data A should
> in snapshot but
>
> not and data B should out of snapshot but not.
>
>
> If this scene may appear in your origin patch? Or something my
> understand about
>
> Clock-SI is wrong?
>
>
>

Sorry for late answer.

I have doubts that I fully understood your question, but still.
What real problems do you see here? Transaction t1 doesn't get state of
shard2 until time at node with shard2 won't reach start time of t1.
If transaction, that inserted B wants to know about it position in time
relatively to t1 it will generate CSN, attach to node1 and will see,
that t1 is not started yet.

Maybe you are saying about the case that someone who has a faster data
channel can use the knowledge from node1 to change the state at node2?
If so, i think it is not a problem, or you can explain your idea.

--
regards,
Andrey Lepikhov
Postgres Professional

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ashutosh Bapat 2020-07-13 04:42:22 Re: Bug with indexes on whole-row expressions
Previous Message Fujii Masao 2020-07-13 04:00:22 Re: Creating a function for exposing memory usage of backend process