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 1uOZrI-006Loi-Uq for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Jun 2025 10:36:04 +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 1uOZrG-007ugS-7E for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Jun 2025 10:36:02 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uOZrF-007ugH-Sh for pgsql-hackers@lists.postgresql.org; Mon, 09 Jun 2025 10:36:02 +0000 Received: from mail-ej1-x633.google.com ([2a00:1450:4864:20::633]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uOZrE-0012cO-1N for pgsql-hackers@postgresql.org; Mon, 09 Jun 2025 10:36:02 +0000 Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-ad1b94382b8so704504066b.0 for ; Mon, 09 Jun 2025 03:35:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1749465358; x=1750070158; darn=postgresql.org; h=message-id:date:content-id:mime-version:comments:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id :reply-to; bh=R9YKYKHaNrIcwKh8XO3Gd49jPy8AuVHyMiwj39WqajM=; b=SgtjB4W9eLq9850ORKQShBLOqqiW18GOuUBwD/nYTnoqBXdro9L+24sILZok5Fpa1z jkVTbIWy/BecNJmssXBsG2tcB/XIyRPS9v3jpVjsIC9tIHT7jnrmBPC1/i5hQIqIFy/W 4ozE5WmqrkijmHr/UMFrsgPvF73qQym42aLCJdx0J+YiTu1+uTZ1BrMAJLJBWbPO/EAb SRF9YEaVd5oDTLrY1v2nADy3uSr1z24/tIyNB8GzL/MiAAefFLGGPA6nOYZhL5tZ0ylW VUzyD42M824IGoZh2MciakbzGG9s6yL0INWAIHYKGnlhJE3hDTAph0Zw8NXC0c+iW29L Lj2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749465358; x=1750070158; h=message-id:date:content-id:mime-version:comments:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=R9YKYKHaNrIcwKh8XO3Gd49jPy8AuVHyMiwj39WqajM=; b=ICWeCvRnr+R8/Yjft6QCxW90KBZrYgEcj4GPzhC8Fi0mPCZ0bA3sCta8RefPYnTS2d 1ysgeQhiHWDw0JZRT0uqZmOw9vXhS5sVvxlksGMEjoaBNT/Mgroc6MWx8h9h7qP5x0JP x/NbjMTRTWSb4K5NfRSbsYUGVjTZRvJSG7C9U98tFkWhRYZkDECaZr0RcEDU1fe4RqLk 8nl9sJR8iX6yBOIjTX4Lht47trMQOkN8y2pMghnlm950HEBdkbQGmzIBHSXwyW4g1TRs ANCSFiqtdvDtVSO/PSc9X93k1SE3P3U4W3PcrqS68V/0Cyqd0AACeT7PMnfwFS3rROqV EoXw== X-Forwarded-Encrypted: i=1; AJvYcCUBiZDG9fB/FxE/iZFd3M6oTt/aOL7H9c+CxhzWFPtUkMMlgQMaSUtImXEZLIDylx27dSdybSeQ93bo5Cvx@postgresql.org X-Gm-Message-State: AOJu0YyYtpJW2VT+gKJ09BjP9BqdYA5YbrdXrPSCMD0UQsdOdC0R+GGD jFobYjvURRGZJgQi9+3ODQjxEWzY6Csi79ihjVcK6rdaFHZ5dTp4g3uKeaZpztWhJ04= X-Gm-Gg: ASbGncvrvjs3qht9BwA/ytzpW3t5tMslpRnmlMIHtia9SrY4ML0gstjgjQTE0U3fJgy z0SdEQKuG4XcrDkIgEu4qQ+d0bO/+NotZJPNBl84NNWWmR11wMeyxMgvdWV0uwLQrPfD+fLzap+ o2gu4yt/Z77bdZ8UihaOZelf12p4C9y+Oqn76FMwPmeGnOfLU7qjfsgDh78XAfhff8qcOoD4T19 OboJEspEan+v+WxN5BBPrGykC9PMnuPJ6nUsl2sK5owUKkC5G0h0TiAIpAPof655F2XZ8oDPUHv MQ4++y6F5gphaDWl54fwOScRVUkbi+TK/DjJJiVATgsfabeR5TcTSkwb0MyhK6gTgA== X-Google-Smtp-Source: AGHT+IFJrZfo6VA45Hc8VNaZ1A6nQxhThsuJQErixP6dO2pZhsSt9PAqxkXimbbDzTMzjG3y1shVkw== X-Received: by 2002:a17:907:2d27:b0:ad5:112:48e4 with SMTP id a640c23a62f3a-ade1a90963dmr1159964666b.18.1749465358496; Mon, 09 Jun 2025 03:35:58 -0700 (PDT) Received: from localhost (109-81-168-175.rct.o2.cz. [109.81.168.175]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-ade1dc78ff6sm527100866b.150.2025.06.09.03.35.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Jun 2025 03:35:58 -0700 (PDT) From: Antonin Houska To: jian he cc: Matheus Alcantara , Alvaro Herrera , Marcos Pegoraro , Michael Banck , Junwang Zhao , Kirill Reshke , Pavel Stehule , Michael Paquier , PostgreSQL Hackers Subject: Re: why there is not VACUUM FULL CONCURRENTLY? In-reply-to: References: <202503251432.o6obtgywjow5@alvherre.pgsql> <6059.1743060030@localhost> <104580.1743431185@localhost> <178741.1743514291@localhost> <97992.1744363682@localhost> Comments: In-reply-to jian he message dated "Mon, 09 Jun 2025 00:05:59 +0800." X-Mailer: MH-E 8.6+git; nmh 1.8; GNU Emacs 28.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <118470.1749465357.1@localhost> Date: Mon, 09 Jun 2025 12:35:57 +0200 Message-ID: <118471.1749465357@localhost> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk jian he wrote: > hi. > some more minor comments about v13-0001. > > GetCommandLogLevel also needs to specify LogStmtLevel for T_RepackStmt? Fixed in [1]. > /* > * (CLUSTER might change the order of > * rows on disk, which could affect the ordering of pg_dump > * output, but that's not semantically significant.) > */ > do we need adjust this comment in ClassifyUtilityCommandAsReadOnly > for the REPACK statement? Not sure. The current version does not mention VACUUM. (Note that VACUUM FULL does almost the same as CLUSTER.) We can adjust the comment during the removal of CLUSTER sometime in the future. > > PostgreSQL has the ability to report the > progress of > certain commands during command execution. Currently, the only commands > which support progress reporting are ANALYZE, > CLUSTER, > CREATE INDEX, VACUUM, > COPY, > and (i.e., replication > command that issues to take > a base backup). > This may be expanded in the future. > > also need to mention REPACK? Fixed in [1]. > "The CLUSTER command is deprecated", > then do we need to say something > in doc/src/sgml/ref/clusterdb.sgml? I'm not convinced at the moment. The page contains a link to the documentation of CLUSTER, which does contain the deprecation note. It's not even clear to me whether this utility must be removed. We can adjust it so it calls REPACK instead of CLUSTER. And while doing that, we may or may not rename it. [1] https://www.postgresql.org/message-id/117560.1749464355%40localhost -- Antonin Houska Web: https://www.cybertec-postgresql.com