Hola Alvaro Respondo entre lineas
El 3 de octubre de 2016, 15:15, Alvaro Herrera<[email protected]> 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@MBD data]# cd pg_multixact/ [postgres@MBD pg_multixact]# ls members offsets [postgres@MBD pg_multixact]# cd offsets/ [postgres@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@MBD offsets]# cd .. [postgres@MBD pg_multixact]# cd members/ [postgres@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
