En mi caso, tengo varios servidores replicando con repmgr y el stat_statment (y demas) sin ningún problema. Incluso en un servidor parecido al nivel que mencionas con unos 200+ conexiones a la vez.


On 2018-04-11 09:16, gilberto.casti...@etecsa.cu wrote:
Hola Mauricio,

Por favor revisa el enlace que antes de pase.


On 2018-04-10 22:59, mauricio pullabuestan wrote:
Hola.

Estuve leyendo es artículo
Detecting performance problems easily in PostgreSQL [1]

DETECTING PERFORMANCE PROBLEMS EASILY IN POSTGRESQL

Every DBA in charge of PostgreSQL should know, how to track down
potential performance problems to figure out, w...

Lo probé en una maquina virtual, funciona bien.

En un servidor con ubuntu server 14.0, tengo postgresql 9.6 64 bits en
el cual tengo una db en producción a la que se conectan unos 200
usuario, ademas a esta db se esta replicando a otro servidor, tenemos
algunos problemas de perform y esta opción no viene bien.

Teniendo una db que esta siendo replicada, que debo considerar para
activar pg_stat_statements, la configuración de parámetros que
recomiendan para hacer un seguimiento tanto de las sentencias que se
ejecutan directamente y las están dentro de funciones?

Para desactivar el seguimiento basta setear shared_preload_libraries =
'' en postgresql.conf?

Cuando se llega al pg_stat_statements.max se detiene la recopilación
de información o comienza a eliminar los mas antiguos para dar cabida
a los nuevos registros?

Gracias anticipadas por su ayuda.

Mauricio

Links:
------
[1]
https://www.cybertec-postgresql.com/en/detecting-performance-problems-easily-in-postgresql/



Reply via email to