Re: autovacuum excesivo PostgreSQL 9.5

Hola Alvaro

Respondo entre lineas

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

> Hellmuth Vargas escribió:
> > 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.
>
> OK. ¿hay algún patrón visible en las tablas que se les está haciendo
> autovacuum? Mira el last_autovacuum y last_autoanalyze en
> pg_stat_user_tables y pg_stat_sys_tables. Si no hay nada extraño (unas
> pocas tablas que se procesen continuamente), activa
> log_autovacuum_min_duration (en 0) para ver qué tablas son las
> afectadas.
>

bd=# select * from pg_stat_user_tables where relname in ('marcador',
'usuario');
-[ RECORD 1 ]-------+------------------------------
relid | 44940
schemaname | sac
relname | usuario
seq_scan | 15692
seq_tup_read | 5708142
idx_scan | 20595628
idx_tup_fetch | 19409438
n_tup_ins | 27
n_tup_upd | 53326
n_tup_del | 0
n_tup_hot_upd | 30722
n_live_tup | 296
n_dead_tup | 51691
n_mod_since_analyze | 4530
last_vacuum | 2016-10-03 00:11:41.772669-05
last_autovacuum | 2016-10-03 15:46:05.782991-05
last_analyze | 2016-10-03 00:11:57.540457-05
last_autoanalyze | 2016-09-30 13:56:12.424892-05
vacuum_count | 14
autovacuum_count | *20022*
analyze_count | 19
autoanalyze_count | 63
-[ RECORD 2 ]-------+------------------------------
relid | 44165
schemaname | colpensionessac
relname | marcadoroutbound
seq_scan | 871
seq_tup_read | 578174252
idx_scan | 2922480
idx_tup_fetch | 5844053124
n_tup_ins | 1114425
n_tup_upd | 1085804
n_tup_del | 144
n_tup_hot_upd | 506464
n_live_tup | 1497215
n_dead_tup | 1079276
n_mod_since_analyze | 83183
last_vacuum | 2016-10-03 00:11:34.40105-05
last_autovacuum | 2016-10-03 15:45:34.593168-05
last_analyze | 2016-10-03 08:07:34.91577-05
last_autoanalyze | 2016-09-30 11:08:48.261976-05
vacuum_count | 15
autovacuum_count | *14540*
analyze_count | 19
autoanalyze_count | 11

>
> ¿Cuánto es autovacuum_freeze_max_age? Usa SHOW para mostrarlo.
>

autovacuum;on
autovacuum_analyze_scale_factor;0.05
autovacuum_analyze_threshold;40
autovacuum_freeze_max_age;200000000
autovacuum_max_workers;5
autovacuum_multixact_freeze_max_age;400000000
autovacuum_naptime;1min
autovacuum_vacuum_cost_delay;10ms
autovacuum_vacuum_cost_limit;-1
autovacuum_vacuum_scale_factor;0.2
autovacuum_vacuum_threshold;90

>
> > El volcado del control file es:
>
> > Latest checkpoint's NextMultiXactId: 2053905
> > Latest checkpoint's oldestMultiXid: 2052644
> > Latest checkpoint's NextMultiOffset: 3269641
>
> Hmm, esto es extraño creo. si no leo mal, has usado 1261 multixacts y
> 3269641 miembros, es decir 2592 miembros por multixact? Eso no tiene
> sentido ... ¿cuántos archivos tienes en pg_multixact/offsets y cuántos
> en pg_multixact/members? ¿tienes muchas llaves foráneas?
>

[postgres(at)MBD data]# cd pg_multixact/
[postgres(at)MBD pg_multixact]# ls
members offsets
[postgres(at)MBD pg_multixact]# cd offsets/
[postgres(at)MBD offsets]# ls -lah
total 96K
drwx------ 2 postgres postgres 4,0K sep 30 01:53 .
drwx------ 4 postgres postgres 4,0K sep 30 01:50 ..
-rwx------ 1 postgres postgres 88K oct 3 15:27 001F
[postgres(at)MBD offsets]# cd ..
[postgres(at)MBD pg_multixact]# cd members/
[postgres(at)MBD members]# ls -lah
total 128K
drwx------ 2 postgres postgres 4,0K sep 30 01:53 .
drwx------ 4 postgres postgres 4,0K sep 30 01:50 ..
-rwx------ 1 postgres postgres 120K oct 3 15:27 003E

Muchas Gracias

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