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 1u7KmN-00Eeru-2S for pgsql-hackers@arkaria.postgresql.org; Tue, 22 Apr 2025 21:03:43 +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 1u7KmK-000OOT-IH for pgsql-hackers@arkaria.postgresql.org; Tue, 22 Apr 2025 21:03:41 +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 1u7KmK-000OOL-8U for pgsql-hackers@lists.postgresql.org; Tue, 22 Apr 2025 21:03:41 +0000 Received: from mout-p-102.mailbox.org ([80.241.56.152]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1u7KmI-001PyU-1L for pgsql-hackers@lists.postgresql.org; Tue, 22 Apr 2025 21:03:40 +0000 Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4Zhvpp72tmz9smd; Tue, 22 Apr 2025 23:03:30 +0200 (CEST) Date: Tue, 22 Apr 2025 23:03:29 +0200 From: Christoph Berg To: Nathan Bossart Cc: Corey Huinker , pgsql-hackers@lists.postgresql.org Subject: Re: pgsql: Update guidance for running vacuumdb after pg_upgrade. Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Nathan Bossart > In any case, IMO it's unfortunate > that we might end up recommending roughly the same post-upgrade steps as > before even though the optimizer statistics are carried over. Maybe the docs (and the pg_upgrade scripts) should recommend the old procedure by default until this gap is closed? People could then still opt to use the new procedure in specific cases. Christoph