Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wdcj1-0007kD-QG for pgsql-performance@arkaria.postgresql.org; Fri, 25 Apr 2014 09:47:20 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Wdcj1-0001uO-9Q for pgsql-performance@arkaria.postgresql.org; Fri, 25 Apr 2014 09:47:19 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wdciz-0001sp-Nn for pgsql-performance@postgresql.org; Fri, 25 Apr 2014 09:47:17 +0000 Received: from mout.gmx.net ([212.227.15.15]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wdciw-00074V-TJ for pgsql-performance@postgresql.org; Fri, 25 Apr 2014 09:47:17 +0000 Received: from calvados.home ([134.3.109.176]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MDhGw-1WgLDL1eVa-00H38C; Fri, 25 Apr 2014 11:47:13 +0200 Message-ID: <535A2F1C.2060107@gmx.net> Date: Fri, 25 Apr 2014 11:47:08 +0200 From: =?UTF-8?B?VG9yc3RlbiBGw7ZydHNjaA==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: =?UTF-8?B?0JTQvNC40YLRgNC40Lkg0KjQsNC70LDRiNC+0LI=?= , "pgsql-performance@postgresql.org" Subject: Re: Server vacuuming the same table again and again References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:aRKpkNnxqsv1lbd8NWp/fIHtukyBz3H4bVXE7bAo1N4yAP+BG71 p+nQN40Un2+NX3B+dIR/otqm+bUzGxAf4AJsn+XNbPnjActMbO9RFihxu2i0sizGVIMw3sT kPR+TgPUN9RIv85HfnSrYNarcM6QZ/guDZAdF1EpYq5e6DjBDPlZXa8ZjcgTZpcYRndglx4 6i8Lh5uvlNxxbiMHnvafw== X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org On 25/04/14 09:47, Дмитрий Шалашов wrote: > Half a day ago one of our production PG servers (arguably busiest one) > become very slow; I went to investigate the issue and found that it runs > simultaneously '(auto)VACUUM ANALYZE recommendations' - largest table on > that server - and checkpoint, giving a 100% disk load Maybe the table has reached the state where it needs a VACUUM FREEZE. Autovacuum does that for you but it requires a complete scan of the table. Torsten -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance