From: | Diego Ayala <netdiego81(at)gmail(dot)com> |
---|---|
To: | Francisco Olarte <folarte(at)peoplecall(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Postgres Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Tabla TOAST muy grande |
Date: | 2023-07-28 11:37:27 |
Message-ID: | CANDf+nAZPNStiMHoeHtNomJJR8eNAuRCVxjQ-RBDG1E65JB3uA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
buen dia Francisco, si, tienes razon, mi calculo esta mal, en realidad son
1.2MB por cada columna JSON 1,2MB x 545800=654.960MB que son 69 GB solo
para esa columna, y el total de la tabla es 72GB, que corresponden al resto
de las columnas.
Usando esta función para estimar el tamaño total de esa columna
select pg_size_pretty(sum(pg_column_size(evento.datos))) FROM pliego.evento
Estoy evaluando eliminar registros anteriores a 1 año para liberar espacio
El vie, 28 jul 2023 a las 6:29, Francisco Olarte (<folarte(at)peoplecall(dot)com>)
escribió:
>
> On Thu, 27 Jul 2023 at 19:44, Diego Ayala <netdiego81(at)gmail(dot)com> wrote:
>
>> se almacenan los pliegos electrónicos que usamos, además del contenido,
>> todo el html, haciendo un estimativo, para la columna json que es la que
>> tiene todo el volumen, cada registro tiene aprox. 8 MB
>>
>
> Si eso es cierto, te lo debe estar comprimiendo bien,
> 8Mb*545800=4366400Mb, que en binario serian 4264Gb, o sea que la tabla te
> ocupa menos del 1.7% del original. No parece demasiado correcto.
>
> No se que te tardara, pero yo probaria a mirar que longitud real tienen
> los datos, si realmente tienes mas de cuatro teras, 3h de backup no parece
> tanto, sobre todo si usas el pg_dump que, IIRC, tiene que descomprimirlos y
> pasarlos.
>
> Francisco Olarte.
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2023-07-28 12:59:14 | Re: Tabla TOAST muy grande |
Previous Message | Francisco Olarte | 2023-07-28 10:28:25 | Re: Tabla TOAST muy grande |