Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ttS3d-00Cd8z-Qt for pgsql-hackers@arkaria.postgresql.org; Sat, 15 Mar 2025 14:00:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1ttS3c-00EX1w-AJ for pgsql-hackers@arkaria.postgresql.org; Sat, 15 Mar 2025 14:00:08 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ttS3c-00EX1h-02 for pgsql-hackers@lists.postgresql.org; Sat, 15 Mar 2025 14:00:08 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1ttS3Z-002yuH-0W for pgsql-hackers@postgresql.org; Sat, 15 Mar 2025 14:00:07 +0000 Received: from [192.168.11.5] (p1695135-ipoe.ipoe.ocn.ne.jp [118.0.92.134]) by oss.nttdata.com (Postfix) with ESMTPSA id 4F2D360716; Sat, 15 Mar 2025 23:00:00 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at oss.nttdata.com Message-ID: <92865dc2-9b2b-45ad-aa5a-7364dcdb5e38@oss.nttdata.com> Date: Sat, 15 Mar 2025 22:59:59 +0900 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Disabling vacuum truncate for autovacuum To: Nathan Bossart Cc: Gurjeet Singh , Robert Haas , Laurenz Albe , Postgres Hackers , Will Storey References: <28773a66-fb88-41cf-a7ec-4216e6c91c94@oss.nttdata.com> Content-Language: en-US From: Fujii Masao In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2025/03/15 0:42, Nathan Bossart wrote: > I should also mention that we just have a few weeks left in the v18 > development cycle. The code itself seems pretty straightforward, so if we > can agree on behavior and nomenclature, I'll do my darndest to get this > responsibly committed in time. +1 Here are two minor review comments from me. + This xreflabel should be "vacuum_truncate", not "autovacuum". - lock on the table. The TRUNCATE parameter - of VACUUM, if specified, overrides the value - of this option. + Per-table value for parameter. It was explicitly documented that the TRUNCATE option in the VACUUM command overrides the vacuum_truncate reloption, but this information has been removed in the patch. Shouldn't we keep it to clarify the priority of these settings? Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION