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
