Re: Need help debugging why autovacuum seems "stuck" -- until I use superuser to vacuum freeze pg_database
От | Robert Haas |
---|---|
Тема | Re: Need help debugging why autovacuum seems "stuck" -- until I use superuser to vacuum freeze pg_database |
Дата | |
Msg-id | CA+TgmoaMfW2SX8cPwkRv1_bebfgYMS5Q8N6ogJWgG276GkRpLg@mail.gmail.com обсуждение исходный текст |
Ответ на | Need help debugging why autovacuum seems "stuck" -- until I use superuser to vacuum freeze pg_database ("McCoy, Shawn" <shamccoy@amazon.com>) |
Ответы |
Re: Need help debugging why autovacuum seems "stuck" -- until I use
superuser to vacuum freeze pg_database
|
Список | pgsql-hackers |
On Sun, May 1, 2016 at 10:39 PM, McCoy, Shawn <shamccoy@amazon.com> wrote: > I have been debugging a problem on a 9.3.10 Postgres database cluster with > over 1200 databases. 10 workers, increased maintenance_work_mem, auto > vacuum settings to run more frequently than default. What I will notice is > that autovacuum will run for a week or so and traverse databases as > expected. I will be able to see that age(datfrozenxid) for all 1200 > databases will stay close to autovacuum_freeze_max_age as desired. > > Then, suddenly I will see it get “stuck”. Autovacuum launcher will not > launch worker processes even though databases start to age past > autovacuum_freeze_max_age. If I create a list of databases and sort by > age(datfrozenxid), connect to the database with the oldest and execute a > simple: "vacuum freeze pg_database;”, autovacuum springs back into action. > > It’s never the same database where autovacuum seems to get “stuck”. I’m > attempting to gather more debugging information, but, also can’t understand > why simply doing a “vacuum freeze pg_database” breaks up the jam. > > Any thoughts? So when it's stuck, there are no AV worker processes running at all, for a sustained period of time? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: