From: | Álvaro Hernández <aht(at)ongres(dot)com> |
---|---|
To: | Horacio Miranda <hmiranda(at)gmail(dot)com>, "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com> |
Cc: | Anthony Sotolongo <asotolongo(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Optimización de consulta |
Date: | 2022-06-08 22:40:33 |
Message-ID: | 0ce06cd5-e320-954a-ca08-b7f7efc1f9b1@ongres.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 8/6/22 4:21, Horacio Miranda wrote:
> Lo que dice Alvaro a esta altura solo hago un ( click guardar ) y lo
> voy a revisar bien. por que si lo usa Alvaro o participa Alvaro es por
> algo.
>
> Encuentro que pgtune es un buen punto de partida junto con Dexter,
> pero si quieres cosas mas finas definitivamente ese proyecto lo voy a
> revisar bien. ( el que propuso Alvaro ).
>
>
>> On 8/06/2022, at 1:39 PM, Guillermo E. Villanueva
>> <guillermovil(at)gmail(dot)com> wrote:
>>
>> Ups no me digas eso a esta altura Alvaro 😨😳, uso mucho pgtune en
>> servidores on premise.
>> Voy a tener que hacerme tiempo para estudiar esa guía.
Gracias Horacio, Guillermo por vuestros comentarios. Mi opinión es
que pgtune puede no ser una buena base, puede ser incluso
*contraproducente*. Por ejemplo, max_connections:
a) Debería estar ligado a las CPUs (me sorprende no lo esté)
b) Debería dar un valor muy diferente según si usas un pool de
conexiones que si no lo usas. Y si lo usas, a su vez puede depender de
si está en modo sesión o transacción.
Pruebo a generar una configuración para 2 cores. Me recomienda
max_connections = 200. Eso puede destrozar el rendimiento de la base de
datos. Lo explico bien, junto a otros parámetros, en esta charla que
está en español:
https://aht.es/#talks-configuracion_de_postgresql_para_seres_humanos
Y así podría seguir con muchos parámetros. Si fuera tan fácil
determinar los valores, ¿por qué no lo hace Postgres automáticamente,
por qué no "embebe" pgTune?
Espero os valga la guía, y la web en general de postgresqlco.nf.
Aunque sólo sea una pequeña ayuda, porque al final, tunear Postgres, nos
guste o no, es un "arte". No es, y lo digo con todos mis máximos
respetos, un "simple formulario web".
Saludos,
Álvaro
--
Alvaro Hernandez
-----------
OnGres
>>
>> El mar, 7 jun 2022 a las 19:01, Álvaro Hernández (<aht(at)ongres(dot)com>)
>> escribió:
>>
>>
>>
>> On 7/6/22 22:36, Horacio Miranda wrote:
>> > Para terminar, recuerda hacer tuning de tu base con pgtune
>> > https://pgtune.leopard.in.ua/ No pongas mucha RAM solo la que
>> > necesites para que opere bien. ( al final del postgresql.conf ) y
>> > suerte con tus bases, espero que esta informaci'on sea util
>> para lo
>> > que necesites.
>>
>> pgtune hace recomendaciones demasiado estáticas, que pueden
>> llegar
>> a ser malas o incluso contraproducentes. En su lugar, es mejor
>> "seguir
>> una guía" que te ayude a personalizar los parámetros a tu caso
>> particular. En particular, me permito recomendar
>> https://postgresqlco.nf/tuning-guide (proyecto del que formo parte;
>> perdón por la auto referencia, pero espero sea útil).
>>
>>
>> Saludos,
>>
>> Álvaro
>>
>>
>> --
>>
>> Alvaro Hernandez
>>
>>
>> -----------
>> OnGres
>>
>>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Jose Mercedes Venegas Acevedo | 2022-06-15 03:51:36 | ayuda con modern_spanish_ci_as |
Previous Message | Eduardo Arenas | 2022-06-08 14:38:04 | Re: Optimización de consulta |