Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7o7h-0005cF-Ca for pgsql-performance@arkaria.postgresql.org; Thu, 26 Oct 2017 19:47:25 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1e7o7g-0006kg-VP for pgsql-performance@arkaria.postgresql.org; Thu, 26 Oct 2017 19:47:25 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1e7o5u-0003fg-D8 for pgsql-performance@postgresql.org; Thu, 26 Oct 2017 19:45:34 +0000 Received: from mail-io0-x22f.google.com ([2607:f8b0:4001:c06::22f]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1e7o5g-0008MX-4s for pgsql-performance@postgresql.org; Thu, 26 Oct 2017 19:45:33 +0000 Received: by mail-io0-x22f.google.com with SMTP id j17so7905389iod.5 for ; Thu, 26 Oct 2017 12:45:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=MhGyvAfVvUFNm6D8JWZ4zde1B6QgEGBnR/E9l4p9PgY=; b=UKWBDXHxBaesqTOk3OumFNIe7ScuZr2H90rnc/MxqanUO/PFxmj93h5/AJklpdLwBk +46sp5Uwu7E14JI2aAIpmXSF9vs9bCWyMrvOtZuVDGKC1bZnJSQA8OoB8h+7mcG+gZdo Nxf5LzR66YzWgI6pWdO+kiDLFJ7JErVm34wvrWya4jqdRvqOUmJOLCzTP9tT/oo0oPhU iS3bylu+xkENzxNLrsgCSbwUNuD2gzL37YRUhFd5sVtXUfDzQ5Hq2I6XqxOySg6vJJsq tEmHPwYqkfvnpLlmIDaeQ/jLnyT36iZwzflpJZZijI9tvRKsv0jGP+a+Bgzq9VSi7Ifv olaQ== 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:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=MhGyvAfVvUFNm6D8JWZ4zde1B6QgEGBnR/E9l4p9PgY=; b=j0cQCtwHU3KwjuztjGPzNyOAW18a40V6TTw1rMY09sN7901larrA5Upi9bg5vr38Kx bDHOWJGAROIzEfhvrF+roTIczgDBvqz9DD91EBaI8UBW4cUTMSL2g7ooSQYY0ehfLuxG PPlRdTh8nPWZZqlq6B/YiK2rKOsEahknjJgIyd+8m1wDmfcKc4+t42YHfynU9mpxHcSR kFUG4lb5fdQ1aSbchw8FmwXpAeP93TDsajAkkURaRTyzde2FVLNg3E2eP01Cw5hkQxB4 hCjoWKaIvn3ZxTurZmAQVpOAFnQhyygD+FnTLS/l3Ms2MPXauV0cTts+0EXg0cIXrgW1 vNwA== X-Gm-Message-State: AMCzsaXALoZ27ud9i23JyKuW9CFFwvI7pFjLOZ77SeIfaMkHPwbgUzUA lXkrmEHBMBFzAbXn8hOeSEQHWA== X-Google-Smtp-Source: ABhQp+TNDx829kvX7LTy+LSO8wTphfXNvKZEIzSjuOhZEueG7Xum7b9fht1fowxQg8yzigTC8GfCGw== X-Received: by 10.107.42.10 with SMTP id q10mr34120410ioq.196.1509047117416; Thu, 26 Oct 2017 12:45:17 -0700 (PDT) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id d129sm2710783ioe.1.2017.10.26.12.45.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Oct 2017 12:45:17 -0700 (PDT) Received: by pryzbyj (Postfix, from userid 1000) id 553C3801726; Thu, 26 Oct 2017 14:45:15 -0500 (CDT) Date: Thu, 26 Oct 2017 14:45:15 -0500 From: Justin Pryzby To: johannes =?iso-8859-1?Q?gra=EBn?= Cc: Pavel Stehule , "pgsql-performance@postgresql.org" Subject: Re: performance drop after upgrade (9.6 > 10) Message-ID: <20171026194515.GV21735@telsasoft.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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 Tue, Oct 24, 2017 at 04:15:59PM +0200, johannes graën wrote: > Hi Pavel, *, > > you were right with ANALYZing the DB first. However, even after doing > so, I frequently see Seq Scans where an index was used before. This > usually cooccurs with parallelization and looked different before > upgrading to 10. I can provide an example for 10 [1], but I cannot > generate a query plan for 9.6 anymore. > > Any ideas what makes the new version more seqscanny? Is it because max_parallel_workers_per_gather now defaults to 2 ? BTW, I would tentatively expect a change in default to be documented in the release notes but can't see that it's. 77cd477c4ba885cfa1ba67beaa82e06f2e182b85 Justin -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance