Re: Why we lost Uber as a user - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Why we lost Uber as a user
Date
Msg-id 2533.1470248616@sss.pgh.pa.us
Whole thread Raw
In response to Re: Why we lost Uber as a user  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Why we lost Uber as a user  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: Why we lost Uber as a user  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I don't think they are saying that logical replication is more
> reliable than physical replication, nor do I believe that to be true.
> I think they are saying that if logical corruption happens, you can
> fix it by typing SQL statements to UPDATE, INSERT, or DELETE the
> affected rows, whereas if physical corruption happens, there's no
> equally clear path to recovery.

Well, that's not an entirely unreasonable point, but I dispute the
implication that it makes recovery from corruption an easy thing to do.
How are you going to know what SQL statements to issue?  If the master
database is changing 24x7, how are you going to keep up with that?

I think the realistic answer if you suffer replication-induced corruption
is usually going to be "re-clone that slave", and logical rep doesn't
really offer much gain in that.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Andrey Borodin
Date:
Subject: Re: Optimizing numeric SUM() aggregate
Next
From: Robert Haas
Date:
Subject: Re: Parallel tuplesort (for parallel B-Tree index creation)