Re: [HACKERS] GUC for cleanup indexes threshold.
Alexander Korotkov <a.korotkov@postgrespro.ru>
From: Alexander Korotkov <a.korotkov@postgrespro.ru>
To: Sawada Masahiko <sawada.mshk@gmail.com>
Cc: Darafei Praliaskouski <me@komzpa.net>,
Simon Riggs <simon@2ndquadrant.com>, Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>,
Yura Sokolov <y.sokolov@postgrespro.ru>, Peter Geoghegan <pg@bowt.ie>, Andres Freund <andres@anarazel.de>,
Robert Haas <robertmhaas@gmail.com>, David Steele <david@pgmasters.net>, Amit Kapila <amit.kapila16@gmail.com>, "Ideriha, Takeshi" <ideriha.takeshi@jp.fujitsu.com>, pgsql-hackers <pgsql-hackers@postgresql.org>,
Kuntal Ghosh <kuntalghosh.2007@gmail.com>, pgsql-hackers-owner@postgresql.org
Date: 2018-06-19T08:43:38Z
Lists: pgsql-hackers
On Tue, Jun 19, 2018 at 11:34 AM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > On Mon, Jun 18, 2018 at 1:56 PM, Alexander Korotkov > > So, I'm proposing to raise maximum valus of > > vacuum_cleanup_index_scale_factor to DBL_MAX. Any objections? > > > > I agree to expand the maximum value. But if users don't want index > cleanup it would be helpful if we have an option (e.g. setting to -1) > to disable index cleanup while documenting a risk of disabling index > cleanup. It seems to me that setting very high values means the same > purpose. Yes, providing an option to completely disable b-tree index cleanup would be good. But the problem is that we already use -1 value for "use the default" in reloption. So, if even we will make -1 guc option to mean "never cleanup", then we still wouldn't be able to make reloption to work this way. Probably, we should use another "magical value" in reloption for "use the default" semantics. > Also, your patch lacks documentation update. Good catch, thank you. > BTW, I realized that postgresql.conf.sample doesn't have > vacuum_cleanup_index_scale_factor option. Attached patch fixes it. It seems that you post a wrong attachment, because the patch you sent is exactly same as mine. ------ Alexander Korotkov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
Commits
-
Fix upper limit for vacuum_cleanup_index_scale_factor
- 4d54543efa5e 11.0 landed
-
Increase upper limit for vacuum_cleanup_index_scale_factor
- 6ca33a885bf8 11.0 landed
-
Fixes for vacuum_cleanup_index_scale_factor GUC option
- 9a994e37e08d 11.0 landed
-
Skip full index scan during cleanup of B-tree indexes when possible
- 857f9c36cda5 11.0 landed