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
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 |