Autovacuums not triggering anymore - Mailing list pgsql-admin
From | Thomas SIMON |
---|---|
Subject | Autovacuums not triggering anymore |
Date | |
Msg-id | a94de6dd-4521-d990-3220-2a9b10092cfd@neteven.com Whole thread Raw |
Responses |
Re: Autovacuums not triggering anymore
|
List | pgsql-admin |
Hi all, Since two days, autovacuum_analyze & autovacuum_vacuum does not trigger anymore on any of my databases (but they are started on db template1). Before, I had around at least 30 analyzes and 400 vacuums per hour on these DBs. Manual vacuums still works. No parameters have been changed since the problem occurs. track_counts is on, and autovacuum launcher process is working. Below autovacuums parameters : "autovacuum";"on" "autovacuum_analyze_scale_factor";"0.1" "autovacuum_analyze_threshold";"20" "autovacuum_freeze_max_age";"200000000" "autovacuum_max_workers";"5" "autovacuum_multixact_freeze_max_age";"400000000" "autovacuum_naptime";"60" "autovacuum_vacuum_cost_delay";"5" "autovacuum_vacuum_cost_limit";"-1" "autovacuum_vacuum_scale_factor";"0.07" "autovacuum_vacuum_threshold";"40" "autovacuum_work_mem";"-1" Below an example of table who should be vacuumed : [ RECORD 1 ]-------+------------------------------ relid | 22532 schemaname | public relname | items seq_scan | 605 seq_tup_read | 10892144338 idx_scan | 736356122126 idx_tup_fetch | 487170521700 n_tup_ins | 50843625 n_tup_upd | 3027781777 n_tup_del | 138773 n_tup_hot_upd | 1324753839 n_live_tup | 45982194 n_dead_tup | 131376163 n_mod_since_analyze | 532254 last_vacuum | last_autovacuum | 2016-05-04 06:39:33.936575+02 last_analyze | 2016-05-06 10:33:56.933326+02 last_autoanalyze | 2016-05-04 03:26:16.761463+02 vacuum_count | 0 autovacuum_count | 775 analyze_count | 0 autoanalyze_count | 865 Last entries in logs : 2016-05-04 06:39:41.507 CEST [90898]: [14-1] user=,db=,app=,client= LOG: automatic vacuum of table "db1.public.listings_de": index scans: 1 2016-05-04 06:39:42.514 CEST [90898]: [16-1] user=,db=,app=,client= LOG: automatic vacuum of table "db1.public.listings_uk": index scans: 1 2016-05-04 06:39:58.702 CEST [90898]: [18-1] user=,db=,app=,client= LOG: automatic vacuum of table "db1.public.orders": index scans: 1 2016-05-04 06:40:04.993 CEST [90898]: [21-1] user=,db=,app=,client= LOG: automatic vacuum of table "db1.pg_toast.pg_toast_2619": index scans: 1 2016-05-04 06:39:42.427 CEST [90898]: [15-1] user=,db=,app=,client= LOG: automatic analyze of table "db1.public.listings_de" system usage: CPU 0.02s/0.43u sec elapsed 0.91 sec 2016-05-04 06:39:42.593 CEST [90898]: [17-1] user=,db=,app=,client= LOG: automatic analyze of table "db1.public.listings_uk" system usage: CPU 0.00s/0.03u sec elapsed 0.07 sec 2016-05-04 06:40:00.064 CEST [90898]: [19-1] user=,db=,app=,client= LOG: automatic analyze of table "db1.public.orders" system usage: CPU 0.00s/0.59u sec elapsed 1.36 sec 2016-05-04 06:40:04.729 CEST [90898]: [20-1] user=,db=,app=,client= LOG: automatic analyze of table "db1.public.items_tasks" system usage: CPU 0.05s/0.50u sec elapsed 4.65 sec Does anyone have a clue ? Thanks, Thomas
pgsql-admin by date: