Re: Running PostgreSQL as fast as possible no matter the consequences
От
Jeff Janes
Тема
Re: Running PostgreSQL as fast as possible no matter the consequences
Дата
Msg-id
AANLkTinHOnp3LUFF7JB0nnpezSFp1M8kKN+i9PpaFwV+@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Running PostgreSQL as fast as possible no matter the consequences A B <gentosaker@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the
consequences Devrim GÜNDÜZ <devrim@gunduz.org>
Re: Running PostgreSQL as fast as possible no matter the
consequences Mladen Gogala <mladen.gogala@vmsinfo.com>
Re: Running PostgreSQL as fast as possible no matter the
consequences Craig Ringer <craig@postnewspapers.com.au>
Re: Running PostgreSQL as fast as possible no matter the consequences A B <gentosaker@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the consequences Guillaume Cottenceau <gc@mnc.ch>
Re: Running PostgreSQL as fast as possible no matter the consequences Marti Raudsepp <marti@juffo.org>
Re: Running PostgreSQL as fast as possible no matter the consequences Guillaume Cottenceau <gc@mnc.ch>
Re: Running PostgreSQL as fast as possible no matter the consequences Thom Brown <thom@linux.com>
Re: Running PostgreSQL as fast as possible no matter the consequences A B <gentosaker@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the consequences Thom Brown <thom@linux.com>
Re: Running PostgreSQL as fast as possible no matter the consequences Szymon Guz <mabewlun@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the consequences A B <gentosaker@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the
consequences Craig Ringer <craig@postnewspapers.com.au>
Re: Running PostgreSQL as fast as possible no matter the consequences Marti Raudsepp <marti@juffo.org>
Re: Running PostgreSQL as fast as possible no matter the consequences Guillaume Cottenceau <gc@mnc.ch>
Re: Running PostgreSQL as fast as possible no matter the consequences Jon Nelson <jnelson+pgsql@jamponi.net>
Re: Running PostgreSQL as fast as possible no matter the consequences Robert Haas <robertmhaas@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the
consequences Andy Colson <andy@squeakycode.net>
Re: Running PostgreSQL as fast as possible no matter the consequences Robert Haas <robertmhaas@gmail.com>
Re: Running PostgreSQL as fast as possible no matter the consequences Thom Brown <thom@linux.com>
Re: Running PostgreSQL as fast as possible no matter the consequences "Lello, Nick" <nick.lello@rentrakmail.com>
Re: Running PostgreSQL as fast as possible no matter the consequences Klaus Ita <klaus@worstofall.com>
Re: Running PostgreSQL as fast as possible no matter the consequences Dimitri Fontaine <dimitri@2ndQuadrant.fr>
On Tue, Jan 25, 2011 at 5:32 PM, Bruce Momjian wrote:
> Robert Haas wrote:
>> On Wed, Jan 19, 2011 at 12:07 PM, Bruce Momjian wrote:
>> > ? ? ? ?http://developer.postgresql.org/pgdocs/postgres/non-durability.html
>>
>> This sentence looks to me like it should be removed, or perhaps clarified:
>>
>> This does affect database crash transaction durability.
>
> Uh, doesn't it affect database crash transaction durability? I have
> applied the attached patch to clarify things. Thanks.
I think the point that was trying to be made there was that the other
parameters only lose and corrupt data when the machine crashes.
Synchronous commit turned off will lose data on a mere postgresql
server crash, it doesn't require a machine-level crash to cause data
loss.
Indeed, the currently committed doc is quite misleading.
" The following are configuration changes you can make
to improve performance in such cases; they do not invalidate
commit guarantees related to database crashes, only abrupt operating
system stoppage, except as mentioned below"
We've now removed the thing being mentioned below, but did not remove
the promise we would be mentioning those things.
Cheers,
Jeff
В списке pgsql-performance по дате отправления