From: | Shaun Thomas <sthomas(at)optionshouse(dot)com> |
---|---|
To: | Niels Kristian Schjødt <nielskristian(at)autouncle(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Optimize update query |
Date: | 2012-11-28 18:01:41 |
Message-ID: | 50B65185.6010005@optionshouse.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On 11/28/2012 11:44 AM, Niels Kristian Schjødt wrote:
> Thanks a lot - on the server I already have one additional SSD 250gb
> disk, that I don't use for anything at the moment.
Goooood. An SSD would actually be better for your data, as it follows
more random access patterns, and xlogs are more sequential. But it's
better than nothing.
And yes, you'd be better off with a RAID-1 of two of these SSDs, because
the xlogs are critical to database health. You have your archived copy
due to the rsync, which helps. But if you had a crash, there could
potentially be a need to replay unarchived transaction logs, and you'd
end up with some data loss.
> BTW. as you might have seen from the .conf I have a second slave
> server with the exact same setup, which currently runs as a hot
> streaming replication slave. I might ask a stupid question here, but
> this does not affect the performance of the master does it?
Only if you're using synchronous replication. From what I saw in the
config, that isn't the case.
--
Shaun Thomas
OptionsHouse | 141 W. Jackson Blvd. | Suite 500 | Chicago IL, 60604
312-444-8534
sthomas(at)optionshouse(dot)com
______________________________________________
See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Janes | 2012-11-28 18:05:37 | Re: Database design - best practice |
Previous Message | Shaun Thomas | 2012-11-28 16:54:05 | Re: Optimize update query |