Re: Default autovacuum settings too conservative
От | Vivek Khera |
---|---|
Тема | Re: Default autovacuum settings too conservative |
Дата | |
Msg-id | 116B6671-FAAA-453C-A52A-26B077373BB4@khera.org обсуждение исходный текст |
Ответ на | Re: Default autovacuum settings too conservative ("Matthew T. O'Connor" <matthew@zeut.net>) |
Список | pgsql-performance |
On Feb 1, 2006, at 4:37 PM, Matthew T. O'Connor wrote: > As far I as I know, we are still looking for real world feedback. > 8.1 is the first release to have the integrated autovacuum. The > thresholds in 8.1 are a good bit less conservative than the > thresholds in the contrib version. The contrib thresholds were > universally considered WAY to conservative, but that was somewhat > necessary since you couldn't set them on a per table basis as you > can in 8.1. If we continue to hear from people that the current > 8.1 default thresholds are still to conservative we can look into > lowering them. I spent the weekend researching and pondering this topic as well. For me the per-table tuning is vital, since I have some tables that are very small and implement a queue (ie, update very often several million times per day and have at most 10 or so rows), some that are fairly stable with O(10k) rows which update occasionally, and a couple of tables that are quite large: 20 million rows which updates a few million times per day and inserts a few thousand, and another table with ~275 million rows in which we insert and update roughly 3 million per day. The 40% overhead would kill these large tables both in terms of performance and disk usage. I'm pondering a global 10% and having the big tables at or below 1% based on the rate of change. Is there a way to make the autovacuum process log more verbosely while leaving the rest of the logging minimal? This would help tune it.
В списке pgsql-performance по дате отправления: