From: | Alfredo Rico <alfredorico(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Gerardo Herzig <gherzig(at)fmed(dot)uba(dot)ar>, Postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Como calcular la volumetria de crecimiento en tiempo de una base de datos PostgreSQL |
Date: | 2014-04-09 00:50:16 |
Message-ID: | CAGWUuq3DwuYREdGeiiQjJiPw39rycjOOXk6mAvmcu_z1rRh0LQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Gracias a todos por sus respuestas.
Cuando uso la función pg_relation_size obtengo el mismo tamaño para ambas
tablas en las base de datos.
Sin embargo cuando uso pg_total_relation_size es que obtengo las
diferencias por lo que debe haber algo en TOAST o en los indices y no tengo
idea. ¿Debo reconstruir los índices? ¿Debo hacer algo con el TOAST?
Agradezco sus sugerencias.
2014-04-08 14:19 GMT-04:30 Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>:
> Gerardo Herzig escribió:
> > Alfredo: Los datos que devuelve pg_relation_size (y otras similares)
> > se basan en datos estadisticos. Si reportan tamaños diferentes, puede
> > simplemente que una este "mejor" actualizada que la otra, en terminos
> > de sus analisis estadisticos.
>
> En realidad, pg_relation_size() retorna información exacta. Los que son
> datos estadísticos son las funciones pg_stat* y pg_statio*.
>
> > Entonces, comienza por hacer caso a los consejos de la gente que sabe,
> > como Jaime, y ejecuta un VACUUM ANALYZE en ambos servidores. Luego,
> > si quieres, puedes leer sobre las estadisticas internas de postgres en
> > http://www.postgresql.org/docs/9.3/static/monitoring-stats.html
>
> El espacio muerto en una tabla puede medirse usando contrib/pgstattuple
> (usa "create extension pgstattuple"). El espacio muerto no debería
> pasar mucho más allá de 20%, o mejor dicho del umbral definido para
> autovacuum. Si no es así, es posible que autovacuum se esté suicidando,
> cosa que vale mucho la pena investigar.
>
> Por otro lado, si una tabla está recién salida de CREATE TABLE AS, no es
> fácil pensar que pueda tener muchas tuplas muertas, a menos que haya
> hecho un update masivo ...
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
>
--
Saludos Cordiales.-
Alfredo Rico.
San Cristóbal - Venezuela.
From | Date | Subject | |
---|---|---|---|
Next Message | Fernando Siguenza | 2014-04-09 04:47:11 | Manejar versiones en base de datos |
Previous Message | Alvaro Herrera | 2014-04-09 00:12:27 | Re: Dudas sobre SET SESSION AUTHORIZATION |