Skip site navigation (1) Skip section navigation (2)

Re: Problema con vacuum full

From: Juan Carlos Ramirez Zambrano <juancarlosrz(dot)78(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Problema con vacuum full
Date: 2012-01-16 22:28:01
Message-ID: CAKqO2Pg4JgFJmRt4oHyvPiORcxLVy4DwrycFuExPWuOW=+jjNQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
El 16 de enero de 2012 16:16, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:

>
> Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16
> 19:04:43 -0300 2012:
> > El 16 de enero de 2012 15:58, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org
> >escribió:
>
> > > O sea el problema no era la tabla sino los índices, ¿correcto?
>
> > Por que como comentas es problema de indices, eso significaría que tengo
> > mas indices que información o algo asi?
>
> Quiero decir que los índices tienen exceso de tuplas muertas.  Lo que es
> esperable, porque es sabido que vacuum full deja los índices en mal
> estado.  Mira wiki.postgresql.org/wiki/VACUUM_FULL


OK, entonces lo que quiere decir que una vez que se hace el vacumm full, se
hace un reindex para corregir los indices que han quedado en mal estado.

Y estos pueden tardar el mismo tiempo sin importar el orden en que se
realicen.

Una vez echo esto la tabla debe estar solo con la información viva y el
peso real.

Entonces lo que paso quiere decir que en tablas de este tipo puede pasar
esto, por la gran cantidad de datos que se borraron?

>
>
> > Y eso de tener mas indices que datos es normal?
>
> Esta pregunta no tiene mucho sentido ... ???
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>

In response to

Responses

pgsql-es-ayuda by date

Next:From: Alejandro CarrilloDate: 2012-01-16 22:31:32
Subject: Re: Problema con vacuum full
Previous:From: Alvaro HerreraDate: 2012-01-16 22:16:54
Subject: Re: Problema con vacuum full

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group