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
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 |