Re: pg_xlog -> pg_xjournal? - Mailing list pgsql-hackers

From Robert Haas
Subject Re: pg_xlog -> pg_xjournal?
Date
Msg-id CA+Tgmob4rhSEX7kyk4f+AeaLN6hBcWzqM0=DVtWKcE6DebTuyg@mail.gmail.com
Whole thread Raw
In response to Re: pg_xlog -> pg_xjournal?  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: pg_xlog -> pg_xjournal?
List pgsql-hackers
On Thu, Apr 28, 2016 at 11:46 PM, Craig Ringer <craig@2ndquadrant.com> wrote:
> On 29 April 2016 at 10:12, Bruce Momjian <bruce@momjian.us> wrote:
>> My larger question was, was 9.6 an ideal time to do this, and if so, why
>> did this issue not get done.  If 9.6 wasn't in some way ideal, we can do
>> it in 9.7.
>
> Doing it at the very beginning of the release cycle seems like a good idea.

Yeah.  If we do this, it's is going to affect quite a few bits and
pieces that know about pg_xlog, not to mention (I think) lots of
third-party tools.  So any patch doing this needs to be very carefully
reviewed before it goes into core, and on a timeline that gives
outside-of-core stuff a chance to react to it.

> I just helped another person yesterday who deleted their pg_xlog.

The biggest reason I've seen pg_xlog get deleted is not because it's
called pg_xlog, but because it's located someplace other than under
the data directory and referenced via a symlink.  Renaming it might
still make it less likely for people to get trigger happy, though.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Refactor pg_dump as a library?
Next
From: Robert Haas
Date:
Subject: Re: Detrimental performance impact of ringbuffers on performance