Search Postgresql Archives

Re: Autovacuum Improvements

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Glen Parker wrote:
Matthew O'Connor wrote:
No, how dirty a table isn't subjective, what is subjective is the question "Does it need to be vacuumed?". A that is 1% dirty (to use your term) probably doesn't *need* to be vacuumed, but you might choose to vacuum it anyway at least you might at night when the system isn't in use.

This leads me further from wanting to see a simple time contraint added. I'd like to see something more dynamic.

Perhaps define a "dirtiness" rating, and then allow a minimum "dirtiness" to be configured. When autovacuum wakes up, it could build a list of sufficiently dirty tables sorted in "dirtiness" order, and could call an optional user defined function for each one, passing it useful bits of information including each table's "dirtiness". The function could then decide whether to vacuum or not based on whatever constraints the admin dreamed up.

It would then be a simple matter to expose a function that, given a table's OID, could report its "dirtiness" level.

The idea that has been discussed in the past is the concept of maintenance windows, that is for any given period of time, you can set different vacuum thresholds. So at night you might make the thresholds very low so that nearly everything gets vacuumed but during the day you might only vacuum when something really needs it. This accomplishes what you are asking for in a more general way that can accommodate a wide variety of usage patterns.



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux