Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZPz4r-0005bZ-QE for pgsql-performance@arkaria.postgresql.org; Thu, 13 Aug 2015 20:26:18 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZPz4r-000287-Bi for pgsql-performance@arkaria.postgresql.org; Thu, 13 Aug 2015 20:26:17 +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.84) (envelope-from ) id 1ZPz3E-0000Es-5q for pgsql-performance@postgresql.org; Thu, 13 Aug 2015 20:24:37 +0000 Received: from nm11-vm8.bullet.mail.gq1.yahoo.com ([98.136.218.175]) by makus.postgresql.org with esmtps (TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1ZPz39-0004pF-Kb for pgsql-performance@postgresql.org; Thu, 13 Aug 2015 20:24:34 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s2048; t=1439497468; bh=bxNurRtC31OmrgclGdgyLfS2UQC0xGTpwwrYnT/UoTg=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=puD8M4bXym0bakHdg1U8FmP4tiiw0JO+ud1zXo9PXJegwlE5UD5uWn3T5obqwbEVc1iMSo5EaMBKJGM2U3pqkkvlf+yiXpjVyMUbeNkKlqoRIRFfbQyn3pyTatW98N6Cwz/XZF8r7gbLnvFD5mzA/st+w2eitFwrgORJW3nwUMMEfp4A8JQDYpZKrC+yuM/64kg3kJ91QxdBovHZKaDC9Uydhz81Q9OT/BwaFeRzjunWCYtWs184CsMP7vAVvGOXU/ZesCXTQFV5XbwHwER26Um0luZclkMtmOjpVclMxYcr3zXSNBRk5arCx6XCCKYTD1V+DyV8Yg1Dp6LLIN4fTg== Received: from [216.39.60.184] by nm11.bullet.mail.gq1.yahoo.com with NNFMP; 13 Aug 2015 20:24:28 -0000 Received: from [98.137.12.216] by tm20.bullet.mail.gq1.yahoo.com with NNFMP; 13 Aug 2015 20:24:28 -0000 Received: from [127.0.0.1] by omp1024.mail.gq1.yahoo.com with NNFMP; 13 Aug 2015 20:24:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 967068.95454.bm@omp1024.mail.gq1.yahoo.com X-YMail-OSG: H4g9A.UVM1nn20ifZh1EHvA9telz8sCfaTQ9dVo2h3t0Hfmn_UmqitT54.9BZ6m Vtw8KINRQxD6U_nqh96JmyS4EHXI3a3wSjaENrc0Q9AjHSxeb8dLG4p6KCfvzADN67zk8VsQIYUP YYbv8BF3QoqaYLmYsoBoHqOlQ22epY_qajpWSTgn30.w.5gXG5_792wEi6xRwvgli387d3noRsxa jHgdusrLYVkc0k_u1eDTxnP08CxwL.LHfmnZ7x8u_S55i0z51bPPkvFkk14iYlV3cwOav5e93UFp 3R563Mn_sxEPwMKeT._M9bgZdmpiH2n5l4voebZnEPjxpAv9quUa.tKBQzVqsQxvyrV4lwZfE0nh SUd6FRLIz8Ac0K7vwRM1CEYDiC_I4yd0aabM_E1hcqy49L.4YDSz2xWm6EZwadQ.ctBsF97AVE7A _vXlAs5v9QRPmzq8KFFUfFgWnyGqYQn8lx.EYThowSUoZirhj4RadGZ.MHtgYzdVj Received: by 216.39.60.193; Thu, 13 Aug 2015 20:24:28 +0000 Date: Thu, 13 Aug 2015 20:24:28 +0000 (UTC) From: Kevin Grittner Reply-To: Kevin Grittner To: Josh Berkus , "pgsql-performance@postgresql.org" Message-ID: <512125623.2442595.1439497468170.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <55CCCF4A.2080102@agliodbs.com> References: <55CCCF4A.2080102@agliodbs.com> Subject: Re: Strange query stalls on replica in 9.3.9 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Length: 732 X-Pg-Spam-Score: -2.7 (--) 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 Josh Berkus wrote: > Periodically the master runs an "update all rows" query on the main > table in the database. When this update hits the replica via > replication stream, *some* (about 5%) of the queries which do seq scans > will stall for 22 to 32 seconds (these queries normally take about > 75ms). Queries which do index scans seem not to be affected. > > Thing is, the update all rows only takes 2.5 seconds to execute on the > master. So even if the update is blocking the seq scans on the replica > (and I can't see why it would), it should only block them for < 3 seconds. Visibility hinting and/or hot pruning? -- Kevin Grittner EDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance