Re: Performance DB

From: Eduardo Morras <emorrasg(at)yahoo(dot)es>
To: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Performance DB
Date: 2014-07-24 07:49:03
Message-ID: 20140724094903.a593be543e7541cf0d3a3c5a@yahoo.es
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

On Fri, 18 Jul 2014 10:43:15 -0300
"German Olivera" <golivera(at)despegar(dot)com> wrote:

>
>
> Estimados,
>
>
>
> El problema basicamente lo tenemos a la hora de crear los indices
> para las tablas mencionadas abajo. Aclaro que usamos Pentaho
> conectado a Postgresql para el proceso de ETL y la creacion de
> indices lo hacemos desde PostgreSQL con una sentencia SQL CREATE
> INDEX. Esto funciona normal durante varios dias (la creacion de 5
> indices sobre la tabla fact_producto se demora 1hs 10 y cuando nos
> presenta un problema se toma mas del doble)
>

Te insisto nuevamente, si estas usando la configuracion que mandaste a la lista en tu primer correo, activa autovacuum ya que lo tienes desconectado. Si con eso no mejora habria que mirar otras causas, como configuracion correcta del autovacuum, locks de algunas tablas por conexiones no cerradas, consultas poco eficientes, etc...

Sobre los indices, no hay que crearlos cada noche, basta con hacer un reindex.

Si usas Windows, ademas tienes otro problema. NTFS fragmenta excesivamente los archivos de Postgres conforme se usa. Para comprobarlo solo tienes que analizar la fragmentacion con cualquier herramienta, por ejemplo la propia de Windows. No le des a defragmentar, solo analiza el disco si Postgres esta activo.

> Sistema Operativo : Windows Server 2008 R2 Enterprise
>
> Versión de Postgresql: "PostgreSQL 9.2.4, compiled by Visual C++
> build 1600, 64-bit"
>
> Procesador: AMD Opteron (tm) Processor 6176 2.3GHZ (4 nucleos)
>
> RAM 64 GB
>
> Disco duro (capacidad, raid si lo usas) 250GB (Adonde esta instalada
> la DB)
>
> Cantidad de usuarios (40 Usuarios. El proceso de creación de índices y
> mantenimiento se hace a la madrugada cuando no hay nadie conectado)
>
> Tamaños de las tablas (campos, indices, registros) (fact_producto =
> 196 Campos, 3 indices, Registros: 11 Millones, Peso total 14GB --
> fact_consolidado_pdtos_transac = 61 Campos, 46 Indices, Registros 9.6
> Millones , Pesos Total 10GB)
>
> Explain analize de la consulta o función que presenta lentitud (El
> problema se presenta durante la creación de índices que básicamente
> consiste en un CREATE INDEX … nada de otro mundo)
>
> German Olivera
>
> Business Inteligence - QlikView - Pentaho
> Av. Corrientes N° 746 - piso 8° - C.A.B.A. (C1043AAU)
> Teléfono (54) 11- 4894-3500 - Interno 3198

--- ---
Eduardo Morras <emorrasg(at)yahoo(dot)es>

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message jvenegasperu . 2014-07-24 21:20:18 registros afectados insert update delete en transaccion
Previous Message Lazaro Ruben Garcia Martinez 2014-07-23 22:14:06 RE: Alta disponibilidad de Postgresql