Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g4Y8c-0006R0-5l for pgsql-hackers@arkaria.postgresql.org; Mon, 24 Sep 2018 21:11:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1g4Y8a-0002Uh-LS for pgsql-hackers@arkaria.postgresql.org; Mon, 24 Sep 2018 21:11:24 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g4Y8a-0002UZ-BO for pgsql-hackers@lists.postgresql.org; Mon, 24 Sep 2018 21:11:24 +0000 Received: from mail-qt1-x841.google.com ([2607:f8b0:4864:20::841]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1g4Y8X-0005xL-CE for pgsql-hackers@lists.postgresql.org; Mon, 24 Sep 2018 21:11:23 +0000 Received: by mail-qt1-x841.google.com with SMTP id k38-v6so11122579qtk.11 for ; Mon, 24 Sep 2018 14:11:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=MQ65zAgVqtTpu8zhTtHcRFo/4rI4qsRQEiVZM+iHI5A=; b=DO4Fg8JOcxPv1r0k2GS9rCViVI9WIlPxxVY5/iAqm1HhP7acNihXOa9T48Ov4ifksg vtUSVSWgqBQ+g2LpHqoppwOFkJoKge/yMWRbJSLjj/fLU2GOmjkXHOoliZf8aca42gbV XyajHq/rfNK9RqWiD43OMNeZZ7F1JskjsvdtEnQkSRKB4OY0Nj5qODX5P66P2KThu8DN x4nSF/+3gis7c+7Tt+8pWJ5JJluM9QkVQkw2x0Nk7u+TPX+3sec5Hs3APBoRGmmIe6x5 4lVnbcI/SSGEuaJAEWynjwI9C44uuWIN8T4mnb0oAiqqt8o/+d78evYcEfsRHjgQwycR CnHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=MQ65zAgVqtTpu8zhTtHcRFo/4rI4qsRQEiVZM+iHI5A=; b=PxihPYXlelu1cO1OLxk3dqbP9c/F4d1k8XQixUIHP2XmnTHBUhuR1wyLYrMK56bv2Z VF05sl52XlpY38tV8BrwLIUV8drOTvwwsxdzsonFrv/IhsfjchcS2DvtjiNgr+wcuvnt +NuNlG25DkoCbwL/98MckZC2RgjCVt0bUSnNv2Dj/SIVqgDFCHVGLAEHC9IkBD2ZplLT EwVFQ+9FLjWo3XvATCQLV34axubpA0txDQNjx+YLn3gc8iqsNIkUd0dT6MVEC8jbMmJQ MsgulPau7DDrK6FrZmXCa6xUYAlEpBIa26t0l08YufJhMg/fE+K+Tf/ZKi0Sy4Wcsmh3 bAgg== X-Gm-Message-State: ABuFfogir9Wlc4M4QSTC5EOwFJeBzecS/NSOfN/OBIlOWMZxcdX9wQ6I NB0pnVfL6XN1tPTdl6Nb1ixTEg== X-Google-Smtp-Source: ACcGV617iGYZ2BhDUiShAmzg1EXL8JkqCu9MQ09j8UrHCHraCpayS6WgCq2C76TaLgFnuRWsU2QI5w== X-Received: by 2002:aed:3903:: with SMTP id l3-v6mr538964qte.315.1537823480299; Mon, 24 Sep 2018 14:11:20 -0700 (PDT) Received: from alvin.alvh.no-ip.org ([190.121.29.3]) by smtp.gmail.com with ESMTPSA id f23-v6sm245813qtp.5.2018.09.24.14.11.19 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 24 Sep 2018 14:11:19 -0700 (PDT) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id BF05262C; Mon, 24 Sep 2018 18:11:17 -0300 (-03) Date: Mon, 24 Sep 2018 18:11:17 -0300 From: Alvaro Herrera To: Sergei Kornilov Cc: "Nasby, Jim" , Andres Freund , Robert Haas , Michael Paquier , PostgreSQL Hackers Subject: Re: pgsql: Improve autovacuum logging for aggressive and anti-wraparound ru Message-ID: <20180924211117.tpwxemzd3372nagj@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <23209391537822541@iva4-6d7004ac8463.qloud-c.yandex.net> User-Agent: NeoMutt/20180716 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2018-Sep-24, Sergei Kornilov wrote: > Hi > > > An autovacuum can't be just aggressive; it's either anti-wraparound or normal. > But autovacuum _can_ be aggressive and not anti-wraparound. > I build current master and can see 3 different line types: > 2018-09-24 23:47:31.500 MSK 27939 @ from [vxid:4/272032 txid:0] [] LOG: automatic aggressive vacuum of table "postgres.public.foo": index scans: 0 > 2018-09-24 23:49:27.892 MSK 28333 @ from [vxid:4/284297 txid:0] [] LOG: automatic aggressive vacuum to prevent wraparound of table "postgres.public.foo": index scans: 0 > 2018-09-24 23:49:29.093 MSK 28337 @ from [vxid:4/284412 txid:0] [] LOG: automatic vacuum of table "postgres.public.foo": index scans: 0 Exactly. It cannot be anti-wraparound and not aggressive, which is the line type not shown. "Aggressive" means it scans all pages; "anti-wraparound" means it does not let itself be cancelled because of another process waiting for a lock on the table. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services