Buenas:
Tras leer la documentación de PostgreSQL y remirar un poco por internet me
han quedado un par de dudillas que tal vez puedan ayudar a resolver.
¿Es necesário hacer un Vacuum de una tabla que no sufre muchas sentencias
Delete o Update? ¿Si se realiza un Vacuum FULL cada poco tiempo, lleva menos
tiempo hacerlo que si se realiza después de mucho tiempo?
Basicamente mi duda viene, ya que "administro" (se le dedica el tiempo
libre) una BD (por encima hay un pgpool) de unos 128GB en la cual una de las
tablas se lleva prácticamente el 98% del espacio ocupado (el autovacuum no
se ejecuta en esa tabla). Tras ya casi 5 años de funcionamiento sin
problemas, es hora (un poco tarde tal vez) de ver si se puede tunear un poco
y posibilidades para mejorar el rendimiento, o al menos quitarme la duda si
esto va a reventar pronto.
La definición de la tabla es:
-- Table: tabla_grande
CREATE TABLE tabla_grande
(
fecha timestamp without time zone NOT NULL,
idvariable integer NOT NULL,
valor real NOT NULL,
CONSTRAINT tabla_grande_pk PRIMARY KEY (fecha, idvariable),
CONSTRAINT "idVariable_historicos_fk" FOREIGN KEY (idvariable)
REFERENCES variables_analogicas (idvariable) MATCH SIMPLE
ON UPDATE CASCADE ON DELETE CASCADE
)
WITH (OIDS=FALSE);
CREATE INDEX inidice_tabla_grande_idvariable_fecha
ON tabla_grande
USING btree
(idvariable, fecha);
Las estadísticas de la tabla que ocupa el 98% son:
EstadísticaValorBarridos Secuenciales267Lectura Secuencial de Tuplas
252356524469Búsqueda por Indices668613Tuplas de Indice
Extraídas6263918847Tuplas
Insertadas1132800940Tuplas Actualizadas12636Tuplas Eliminadas1036456Bloques
Heap Leídos1688368098Bloques Heap Acertados3663195909Bloques de Indice
Leidos5795998957Bloques de Indice Acertados2812029693Bloques Toast
LeídosBloques
Toast AcertadosBloques Toast Index LeídosBloques Toast Index AcertadosTamaño
de Tabla47 GBTamaño de Tabla ToastningunoTamaño del Índice79 GB
Un saludo y muchas gracias.
David M.
