Re: Múltiples réplicas con hot_standby_feedback activo

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Hellmuth Vargas <hivs77(at)gmail(dot)com>
Cc: Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Múltiples réplicas con hot_standby_feedback activo
Date: 2019-06-28 19:33:34
Message-ID: 20190628193334.GA7544@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hellmuth Vargas escribió:

> Si tengo varias réplicas asincronicas para balancear la carga de consultas
> y reportes pero para evitar, en lo posible, que las consultas se cancelen,
> se podría establecer el parámetro hot_standby_feedback en on pero, y aquí
> viene la duda, en todas las réplicas? Y esto como podría afectar la Master?

Lo que hace hot_standby_feedback es mantener el "xmin" en un valor
antiguo, que significa que vacuum no elimina tuplas muertas en el
primario hasta que los standbys le indican que ya no hay consultas
antiguas que puedan ver esas tuplas muertas. El efecto es que tienes un
poco más de bloat en el primario. Mientras no tengas consultas
excesivamente largas en las réplicas, no debería representar un tremendo
problema.

Si necesitas standbys para consultas muy largas (OLAP, BI, backups
lógicos), puedes usar max_streaming_standby_delay, que va a hacer que el
WAL no se aplique durante un rato, es decir se genera retraso (lag) de
replicación hasta que la consulta larga que está en conflicto con esa
sección de WAL haya terminado.

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Hellmuth Vargas 2019-06-28 19:42:19 Re: Múltiples réplicas con hot_standby_feedback activo
Previous Message Hellmuth Vargas 2019-06-28 19:29:33 Re: Múltiples réplicas con hot_standby_feedback activo