Re: autovacuum excesivo PostgreSQL 9.5

From: Hellmuth Vargas <hivs77(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Francisco Olarte <folarte(at)peoplecall(dot)com>, Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: autovacuum excesivo PostgreSQL 9.5
Date: 2016-10-03 19:22:26
Message-ID: CAN3Qy4q8SsCxzcO-C+pUxwSd9vPfxFBzxHKWRT0_8k-WSeqv0A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola Alvaro, gracias por responder

La versión anterior era la postgresql-9.3.12 pero incluso esta base de
datos la venia actualizando periódicamente con las diferentes publicaciones
de la 9.3 y nunca observe el comportamiento que he descrito. El volcado del
control file es:

[postgres(at)M_BD tmp]# pg_controldata -D ./PostgreSQL/9.5/data/
pg_control version number: 942
Catalog version number: 201510051
Database system identifier: 6336011272628208106
Database cluster state: in production
pg_control last modified: lun 03 oct 2016 14:12:52 COT
Latest checkpoint location: 1896/ACA64958
Prior checkpoint location: 1896/9A416FB8
Latest checkpoint's REDO location: 1896/AB72AB00
Latest checkpoint's REDO WAL file: 0000000100001896000000AB
Latest checkpoint's TimeLineID: 1
Latest checkpoint's PrevTimeLineID: 1
Latest checkpoint's full_page_writes: on
Latest checkpoint's NextXID: 0/2021183943
Latest checkpoint's NextOID: 489844445
Latest checkpoint's NextMultiXactId: 2053905
Latest checkpoint's NextMultiOffset: 3269641
Latest checkpoint's oldestXID: 2014532528
Latest checkpoint's oldestXID's DB: 13236
Latest checkpoint's oldestActiveXID: 2021183943
Latest checkpoint's oldestMultiXid: 2052644
Latest checkpoint's oldestMulti's DB: 13236
Latest checkpoint's oldestCommitTsXid:0
Latest checkpoint's newestCommitTsXid:0
Time of latest checkpoint: lun 03 oct 2016 14:12:05 COT
Fake LSN counter for unlogged rels: 0/1
Minimum recovery ending location: 0/0
Min recovery ending loc's timeline: 0
Backup start location: 0/0
Backup end location: 0/0
End-of-backup record required: no
wal_level setting: hot_standby
wal_log_hints setting: off
max_connections setting: 810
max_worker_processes setting: 10
max_prepared_xacts setting: 0
max_locks_per_xact setting: 1024
track_commit_timestamp setting: off
Maximum data alignment: 8
Database block size: 8192
Blocks per segment of large relation: 131072
WAL block size: 8192
Bytes per WAL segment: 16777216
Maximum length of identifiers: 64
Maximum columns in an index: 32
Maximum size of a TOAST chunk: 1996
Size of a large-object chunk: 2048
Date/time type storage: 64-bit integers
Float4 argument passing: by value
Float8 argument passing: by value
Data page checksum version: 0

El 3 de octubre de 2016, 12:26, Alvaro Herrera<alvherre(at)2ndquadrant(dot)com>
escribió:

> Hellmuth Vargas escribió:
> > Hola Franciso
> >
> > Si en efecto esta consumiendo mas recursos y la carga en general de la
> > maquina ha subido en comparación con los valores que mantenía
> (estadísticas
> > SAR) ademas, pues las operaciones que hacia antes son exactamente las
> > mismas que esta haciendo ahora por que no cambio en nada las
> aplicaciones,
> > incluso ya se ha evidenciado que algunas consultas se encolan en esperar
> de
> > la finalización del autovacuum
>
> ¿exactamente qué versión estabas corriendo antes? Me pregunto si tiene
> que ver con multixact ids. Pega la salida de pg_controldata.
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>

--
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
EnterpriseDB Certified PostgreSQL 9.3 Associate

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2016-10-03 20:15:02 Re: autovacuum excesivo PostgreSQL 9.5
Previous Message Maria Antonieta Ramirez 2016-10-03 19:02:51 Re: DUDA ACERCA DE TRIGGER