¿Las réplicas de AWS de instancias RDS de Postgres requieren vacío y análisis independientemente de su principal?

¿Las réplicas de AWS de instancias RDS de Postgres requieren vacío y análisis independientemente de su principal?

Suponiendo que no estoy usando replicación lógica...

No tengo claro cómo interactúa la replicación de bajo nivel con otras operaciones de bajo nivel comovacíoyanalizar.

No tengo claro si las réplicas tienden a ser copias a nivel de bloque de su servidor principal, y los cambios realizados por vacío en el servidor principal se replican en la réplica. O si las réplicas son más responsables del automantenimiento.


Fondo

Tenemos una instancia RDS que crece alrededor de 2 TB por año. Hoy notamos que algunas de nuestras consultas existentes se ejecutan muy lentas.

Cuando ocurre un cambio repentino en una consulta en una tabla muy grande que crece de manera muy consistente, mi primer instinto es verificar si hay cambios en el código y el segundo es verificar las estadísticas de la tabla.

Pero esto ha señalado una laguna en mis conocimientos en lo que respecta al vacío/análisis.

Respuesta1

Amazon RDS para PostgreSQLusosPostgreSQL integradoreplicación de transmisión.

En esencia, se trata de una replicación de bajo nivel en todo el servidor, también denominada a veces replicación física. Sí, puedes considerarlo como una especie de replicación a nivel de bloque.

Pero la replicación por streaming en realidad no replica bloques. Funciona enviando continuamente datos WAL (registros de rehacer) desde el principal para reproducirlos en las réplicas.

Una operación de vacío se registra en WAL y se reproduce en servidores de réplica.

En cuanto a una operación de análisis, las estadísticas resultantes se escriben en las tablas del sistema pg_classy pg_statistic. Las actualizaciones de estas tablas se registran en WAL y se reproducen en réplicas.

información relacionada