Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgj5D-0005hb-R5 for pgsql-bugs@arkaria.postgresql.org; Sat, 30 Oct 2021 07:47:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mgj5C-0007ei-Ik for pgsql-bugs@arkaria.postgresql.org; Sat, 30 Oct 2021 07:47:18 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgj5C-0007eZ-8m for pgsql-bugs@lists.postgresql.org; Sat, 30 Oct 2021 07:47:18 +0000 Received: from lincle.koumakan.jp ([62.210.203.63] helo=mail.koumakan.jp) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgj57-0004CM-UK for pgsql-bugs@lists.postgresql.org; Sat, 30 Oct 2021 07:47:16 +0000 Received: from [10.10.0.2] (gate.koumakan.jp [93.100.167.65]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.koumakan.jp (Postfix) with ESMTPSA id 9904534C3; Sat, 30 Oct 2021 07:47:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=koumakan.jp; s=default; t=1635580031; bh=3FrqQLjrI8T17aK+rw4IPmcEmbnOCssHo4w86SHqTww=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=G7WqZ5EHcJkPmSjOgxS+ndwcSaW+4l/JVLXj0Je8OVZ7JGLcubAb55yKDMMpJk5F6 +uyHXXT3u+M5AOmnmQN5zUNg4LdFX7ta6SXmKMyF0fAA6eVhCtfnyy3Chf8ezeMSq7 k/eSgQfi0N0C6FSKN1j8F/lkrGfYs6TJw1wEnXiw= Message-ID: <752a16e4-dbe4-eaaf-bc4c-e48d2885f18d@koumakan.jp> Date: Sat, 30 Oct 2021 10:47:09 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: BUG #17245: Index corruption involving deduplicated entries To: Andres Freund , Amit Kapila Cc: Andrew Gierth , Alvaro Herrera , Peter Geoghegan , PostgreSQL mailing lists , Thomas Munro References: <125603c4-4403-dcbb-221e-fd1d4ef6ed83@koumakan.jp> <20211028220124.n4vulzxp6i6fsq4t@alap3.anarazel.de> <551936fa-9ba8-aed1-7ae1-c77d5920101c@koumakan.jp> <9c7433f6-65b3-9f57-e8a3-4414d0cf0c53@koumakan.jp> <399affa1-c9c5-9b3e-c14f-b24ecb86b303@koumakan.jp> <20211029201848.zixfp5wk2hvkeaq2@alap3.anarazel.de> <20211029213048.q5ltta6dze3sykh3@alap3.anarazel.de> <20211029215902.7um7dmzl4lveuk3h@alap3.anarazel.de> <8809ef6d-d247-5ca8-820d-b9daec61e818@koumakan.jp> <20211030023740.qbnsl2xaoh2grq3d@alap3.anarazel.de> From: Kamigishi Rei In-Reply-To: <20211030023740.qbnsl2xaoh2grq3d@alap3.anarazel.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 30.10.2021 5:37, Andres Freund wrote: > The problem is that parallel vacuum doesn't have correct handling for small > indexes, when there are other indexes that are big enough to use parallelism. Index sizes in use (pg_total_relation_size), btree only, with only the largest, the smallest, and those reported by pg_amcheck listed: ┌───────────────────────────────────┬──────────────┬────────────┐ │ index │ index_method │ index_size │ ├───────────────────────────────────┼──────────────┼────────────┤ │ pl_backlinks_namespace │ btree │ 18 MB │ │ pl_namespace │ btree │ 16 MB │ │ wl_user │ btree │ 6416 kB │ │ … │ … │ … │ │ page_redirect_namespace_len │ btree │ 544 kB │ │ … │ … │ … │ │ page_len │ btree │ 488 kB │ │ … │ … │ … │ │ transcode_key_idx │ btree │ 192 kB │ │ … │ … │ … │ │ page_main_title │ btree │ 144 kB │ │ … │ … │ … │ │ ir_type_value │ btree │ 8192 bytes │ │ ipc_hex_time │ btree │ 8192 bytes │ └───────────────────────────────────┴──────────────┴────────────┘ -- K. R.