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 21:54:22
Message-ID: CAN3Qy4pioEpA7fzFNaLAH3Mr+Q=RefSxBLEPKVtPe8QZNUR6dw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola Alvaro

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

> Hellmuth Vargas escribió:
> > El 3 de octubre de 2016, 16:17, Alvaro Herrera<alvherre(at)2ndquadrant(dot)com>
> > escribió:
> >
> > > Hellmuth Vargas escribió:
> > > > Hola Alvaro
> > > >
> > > > Muchas gracias por el tiempo.. respondo entre lineas:
> > >
> > > Pero no respondiste esta parte:
> > >
> > > ¿no tendrás alguna transacción preparada abierta? Mira en
> > > pg_stat_activity y pg_prepared_xacts.
> > >
> > >
> > Perdon Alvaro
>
> Hmm, no hay ninguna "idle in transaction" ni nada que esté ejecutándose
> desde hace más que un rato. Y no hay ninguna transacción preparada ...
> ¿qué otra cosa puede impedir que vacuum elimine filas? Supongo que algo
> se me está escapando pero no sé qué. Por un momento pensé que podría
> haber sido un "backup" abierto, pero eso no debería causar este problema
> que yo recuerde ...
>
> Ahh, ¿no tendrás un standby con "feedback" activado que tiene una
> transacción preparada, o un slot inactivo? Pega acá
> select * from pg_stat_replication
>

bd=# select * from pg_stat_replication
bd-# ;
-[ RECORD 1 ]----+------------------------------
pid | 1892
usesysid | 10
usename | postgres
application_name | walreceiver
client_addr | 192.168.72.XX
client_hostname |
client_port | 46648
backend_start | 2016-10-02 11:46:57.003511-05
backend_xmin |
state | streaming
sent_location | 9/11E181C0
write_location | 9/11E181C0
flush_location | 9/11E181C0
replay_location | 9/11E18090
sync_priority | 0
sync_state | async
-[ RECORD 2 ]----+------------------------------
pid | 2043
usesysid | 10
usename | postgres
application_name | walreceiver
client_addr | 10.72.73.YY
client_hostname |
client_port | 55716
backend_start | 2016-10-02 11:48:07.38359-05
backend_xmin |
state | streaming
sent_location | 9/11E181C0
write_location | 9/11E181C0
flush_location | 9/11E181C0
replay_location | 9/11E18090
sync_priority | 0
sync_state | async

> select * from pg_replication_slots
>
> bd=# select * from pg_replication_slots;
-[ RECORD 1 ]+---------------------
slot_name | replica_calleXX_slot
plugin |
slot_type | physical
datoid |
database |
active | t
active_pid | 1892
xmin | 8355084
catalog_xmin |
restart_lsn | 9/11FA3D18
-[ RECORD 2 ]+---------------------
slot_name | replica_local_slot
plugin |
slot_type | physical
datoid |
database |
active | t
active_pid | 2043
xmin | 5463120
catalog_xmin |
restart_lsn | 9/11FA3D18

> --
> Á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 22:38:18 Re: autovacuum excesivo PostgreSQL 9.5
Previous Message Miguel Angel Hernandez Moreno 2016-10-03 21:51:52 Re: BDR error en btree_gist