Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ezxMK-000771-CR for pgsql-admin@arkaria.postgresql.org; Sun, 25 Mar 2018 04:34:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ezxMI-0004qR-Lq for pgsql-admin@arkaria.postgresql.org; Sun, 25 Mar 2018 04:34:18 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ezxMI-0004qE-BC for pgsql-admin@lists.postgresql.org; Sun, 25 Mar 2018 04:34:18 +0000 Received: from mx1.mailbox.org ([80.241.60.212]) by makus.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ezxM9-0005v7-Vu for pgsql-admin@lists.postgresql.org; Sun, 25 Mar 2018 04:34:16 +0000 Received: from smtp2.mailbox.org (smtp2.mailbox.org [80.241.60.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.mailbox.org (Postfix) with ESMTPS id F01E342AEF; Sun, 25 Mar 2018 06:34:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter03.heinlein-hosting.de (spamfilter03.heinlein-hosting.de [80.241.56.117]) (amavisd-new, port 10030) with ESMTP id w8Xd1Uu6MI4e; Sun, 25 Mar 2018 06:34:03 +0200 (CEST) Message-ID: <1521952441.2350.4.camel@cybertec.at> Subject: Re: bloatcheck.sql From: Laurenz Albe To: A System Admin , pgsql-admin@lists.postgresql.org Date: Sun, 25 Mar 2018 06:34:01 +0200 In-Reply-To: References: Organization: Cybertec Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk A System Admin wrote: > The author of this SQL indicates that any output for the hot_update_ratio that falls below > 0.95 indicates that action needs to be taken over and above the autovacuuming that is setup > for this DB based on its levels of bloat. > > My questions are: > > 1. Is this an accurate statement in your opinion for this and all PostgreSQL v9.5.9 DB's? Nothing could be farther from the truth. HOT update ratio has nothing to do with bloat; if anything, bloat would *increase* the HOT ratio because there is more free space. A low HOT update ratio could just mean that you have a lot of indexes, because no HOT update can take place if an indexed column is modified. > 3. What specific ongoing/regular step(s) need to occur outside of the hourly and weekly > commands currently being run on the DB for it to remain in an optimally performant state? Neither regular reindexing nor VACUUM (FULL) is recommended, although it cannot harm if you don't mind the down time. Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com