From: | Stephen Amell <StephenAmell(at)inbox(dot)lv> |
---|---|
To: | gilberto(dot)castillo(at)etecsa(dot)cu, mauricio pullabuestan <jmauriciopb(at)yahoo(dot)es> |
Cc: | Ayuda Esp PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [MASSMAIL]Seq Scan como lo procesa Postgresql |
Date: | 2018-04-11 12:24:52 |
Message-ID: | dc47aa7e-9802-e43e-4bac-20557433ba3a@inbox.lv |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Podes empezar mirando las consultas que usan e indizando los campos del
where y los join.
On 2018-04-11 09:13, gilberto(dot)castillo(at)etecsa(dot)cu wrote:
> Hola,
>
> Puedes ir a la wiki https://wiki.postgresql.org/wiki/Español
>
> On 2018-04-10 23:41, mauricio pullabuestan wrote:
>> Tengo una tabla que tiene al rededor de 250 mil registros y pesa unos
>> 170 mb, solamente tiene su PK
>>
>> Esta tabla se consulta un promedio de 1000 veces por día al no tener
>> indices en los que se pueda apoyar, se esta haciendo un Seq Scan.
>>
>> Tengo entendido que Postgres sube toda la tabla a memoria es decir 170
>> mb para hacer Seq Scan y si ejecuta un promedio de 1000 estaríamos,
>> haciendo que Postgres se leyera 170 Gb, esta es la forma en que lo
>> hace o lo hace de otra manera?
>>
>> La consulta demora al rededor de 0.28 segundos, aparentemente
>> inofensiva pero esta cargando de trabajo innecesario al servidor, se
>> creo un indice filtrado y se corrigió el problema.
>>
>> Cuales son los parametros para medir la carga de trabajo del servidor?
>>
>> Estamos en un proceso de optimización y me gustaría saber cual es la
>> carga de trabajo antes y después.
>>
>> Gracias
>> Mauricio
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2018-04-11 12:37:43 | Re: A tener en cuenta para activar pg_stat_statements |
Previous Message | Stephen Amell | 2018-04-11 12:22:25 | Re: [MASSMAIL]A tener en cuenta para activar pg_stat_statements |