Re: [MASSMAIL]A tener en cuenta para activar pg_stat_statements

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(dot)castillo(at)etecsa(dot)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/
>>
>
>