Re: Autoanalyze settings with zero scale factor
От | Jeremy Haile |
---|---|
Тема | Re: Autoanalyze settings with zero scale factor |
Дата | |
Msg-id | 1169151707.6247.1169971737@webmail.messagingengine.com обсуждение исходный текст |
Ответ на | Re: Autoanalyze settings with zero scale factor ("Matthew T. O'Connor" <matthew@zeut.net>) |
Ответы |
Re: Autoanalyze settings with zero scale factor
Re: Autoanalyze settings with zero scale factor |
Список | pgsql-performance |
> Unless it's just a bug, my only guess is that autovacuum may be getting > busy at times (vacuuming large tables for example) and hasn't had a > chance to even look at that table for a while, and by the time it gets > to it, there have been tens of thousands of inserts. Does that sounds > plausible? Possible, but I think your next suggestion is more likely. > Also, are other auto-vacuums and auto-analyzes showing up in the > pg_stats table? Maybe it's a stats system issue. No tables have been vacuumed or analyzed today. I had thought that this problem was due to my pg_autovacuum changes, but perhaps not. I restarted PostgreSQL (in production - yikes) About a minute after being restarted, the autovac process fired up. What could get PG in a state where autovac isn't running? Is there anything I should watch to debug or monitor for this problem in the future? I wish I'd noticed whether or not the stats collector process was running before I restarted.
В списке pgsql-performance по дате отправления: