From: | "Daniel Verite" <daniel(at)manitou-mail(dot)org> |
---|---|
To: | "CRUMEYROLLE Pierre" <pierre(dot)crumeyrolle(at)c-s(dot)fr> |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: vacuum full et hot standby WAL stream: FATAL |
Date: | 2016-05-27 16:03:48 |
Message-ID: | f42d1920-b1ba-45a0-ac47-5951763da025@mm |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
CRUMEYROLLE Pierre wrote:
> La deuxième particularité concerne le côté synchrone ou non de la
> réplication. Une réplication synchrone fonctionne de la façon suivante
> : une transaction n'est pas considérée validée (pas de COMMIT) tant
> que tous les serveurs n'ont pas validé cette transaction. Il y a
> plusieurs intérêts à ça :
>
> il n'y a pas de risque de perte de données au moment d'une
> bascule du maître ;
> le résultat d'une requête est cohérent quelque soit le serveur
> interrogé dans le cadre d'un cluster en répartition de charge.
Sur le dernier point, non il n'y pas de cohérence systématique,
c'est d'ailleurs une nouveauté de la 9.6 actuellement en beta:
synchronous_commit = 'remote_apply'
Voir (en anglais):
https://www.postgresql.org/docs/9.6/static/runtime-config-wal.html
ainsi que:
http://michael.otacoo.com/postgresql-2/postgres-9-6-feature-highlight-remote-apply/
Cordialement,
--
Daniel Vérité
PostgreSQL-powered mailer: http://www.manitou-mail.org
Twitter: @DanielVerite
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2016-05-27 17:20:27 | Re: vacuum full et hot standby WAL stream: FATAL |
Previous Message | Guillaume Lelarge | 2016-05-27 15:12:20 | Re: vacuum full et hot standby WAL stream: FATAL |