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 1lmkg6-0002Ap-H4 for pgsql-performance@arkaria.postgresql.org; Fri, 28 May 2021 22:10:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lmkg5-0004sX-Gy for pgsql-performance@arkaria.postgresql.org; Fri, 28 May 2021 22:10:01 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lmkg4-0004qv-ST for pgsql-performance@lists.postgresql.org; Fri, 28 May 2021 22:10:01 +0000 Received: from sonic301-3.consmr.mail.bf2.yahoo.com ([74.6.129.42]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lmkg1-0000sP-ML for pgsql-performance@lists.postgresql.org; Fri, 28 May 2021 22:09:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1622239795; bh=SNSdvD4lAkbNbn5CZwO5fOYC6XSPwHu4OpI45mdKlHk=; h=From:Subject:Date:References:Cc:In-Reply-To:To:From:Subject:Reply-To; b=XgXdoqEIdueYV+TQTd6XvxR0T1N9gEApvxzxbcsbIj+aImBF2S+/BGERpfi0bGGV2DGWin7Zgtve062qXH4Q2XbFt5ovKYRu3tS5uv/FfEz7L6nDWhBjl+QwP/rEv6Ej2yMEujvsgQvXaTMnY0b0QJAlwLek8sRlRuQL9/I5smLAYSOnnFLvNTaKdVIYjH45tEwWhMUj1qRJ3ikVNrVaNre4/Slp+eUFBNfDdx7LIjWr3UvN3aajvd+u48qMdiMaL8Ae0Jb22VIFLVJm5SYU2FW2VnAkEXUOCXynnKlpVRiXQdyYaNxqsMi/lQP8kGDmUvasUxtZ/m4qGJc7ahECLw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1622239795; bh=PmFOY9dLzAd7TDmxHNSezaAjq9sDfoSjlJeJJiFc647=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=AuR306Ks/ti3k3lK6o6SuWX/8earlr8ADKmpEAySx+YzethwEKApcxOCnH8oyFibj7KauepJd0AzlH6RcVkmr41KyspCgaXGj7ruHu2j47GCHTSH9QxeAWY8JiFXnQvlFwVziPwCfnIqRoFcryKHsHcglzaZnpQu2n7ieZs/1RVBOtWJcZ9dc4IBrU+B64/RagJCpZch8AVpxAx+i235x3EFnomlCZKwtDZYtdlNh8eVHeLSVjJDHEujCbVzkcawmKIyaDVONSfJ56Lp7l7MKN5FzyBWJeRruiUtfIiCg8Z10ep0kGY3jAVfmvuwS9klnFWbIdkaw2laYEb52+fN9w== X-YMail-OSG: PLm4AxoVM1mSkzq0Reit5V5zakjqKLzhUI1HFbYY__YZAREl.Nm.hn724Y71Vzv KgXR2hwZPQOCSNfJYlKZE8.i310graS5mxD8E3KuIBK7GVJJXS6Suj.XdzuQk7WGzAJ3YD594x1j ykp1kauyYme5c2XoBkrEHLLhPMtgTylAS6MGNaUNpgF5uK444GWDptWQFzZpe5ETilJtVHYbyRRO pLCt5g03GC.sKwwjNXwbmnIIJaY67Y_bb.3rYglvseY2BRtgcritF_siVtHIK3ZBmEN4ivLlab0K XWxV.d6wZ4w630Ua1jMHtKJsRnvUQSR4r._1jXQxjKYuZnSDAzrcNl7h.Er2UjIYnodXt47jIhZg 222bSG4LdLmiadyLlblclHHUNgFOakcPEHmNOLaKP7PoGHwRl993_1jbMSJqnR.0rf8k87722Q0b x6A8ceiCWzgqQeubRDSBOD8irujN0E1SFPasW8sxgldEK6DKg5_R57n4nduBLs54KotA.f2h9AIe YSGwVBm5aZrabgC5dt3gyIXtGhgmDVj_ProPJg2xhm_KIUPpn7AM.l5djfPhdl7gORsPFyw4igoc P0n0XoDDmRl9.lCr9cij3bWEK_GeLQ_q18wuMVX2Pvq.QbGioNAUFJi25yOoFnZyjszdw3FKEjO4 TMarUJmf_vENp34f3yRKEKG9YS87tABi6KpPZjXTbSddnuuAEy_h36KLrbHjPNJa3jcMRcKzpSkb RWWdEhOdhVIKrapXIky7rW_xgG_fPAMeE.bBezM7VEFR.s1RWZueYzWDPKg84WPt5mU6kaax.rKc jJAYx7cf.Tlxgl4rwbxtqbF.mqOrf4IhtC3wObKXH9UpFSU_yS_fWEMq2PbiViUAKdBA88PH9we9 r8e0WTbRq9YOeJtYhdXp3xBaUN8fs_5Uxx.hFz_51ldwt4RV5nPxvWSo5_vNCngNotPCainwFBHA u21hVL4tf7QOij._F6X11nKa6W3gtnjkUm0Hhvh2LG9sJUKOsyLcEiQec2lX4gr9ZeSVDFPv6O5N GWaW3AtpJdvuqsO4vy2T9zFrMVdQSn6skSRVv1pulnL_hf4oR.v6Zx4gLEBOusVT1S_uzezPVlFW uujsz9Gb1iLStHtzNgfTCRtz8ovObqgdRPxqolau1WkS_EDJwRgtx7ZpUQDyWz3BTfUfDCEl5Rh3 y41coesqk53b01mDRI4Ye7sDdPX2koaxLadRiuUEI1V0qrDgy_BHAvKhJ0biT2n4cQl6BPa2xGJA fQDyrGWN8xQSKe7xwsynZx89EtFAec._qgYj8Zm_hR7rfDf_TEC5VQCcVkROCyYZ6nOplcGIS7xI FubnW98BXdTRjjw9euALQHw0hJi8qRbdSe4k6.SmpVUEUvdOeH.1pELAIG5FRz0vJjGrs2D.S1lR b5tkfyoVX1qonN5ou1ZIbzH9Rlcgk1Dm.Me1nZtvz65nnjmi02KG.470C6kckurHyeN9mEhiYwtF fKA7_yqfFkamIv65gSC_PJF9NmU9RYNx1s9uT_7t1NvS6nH2jyqlGF_HTIWAn9pvh44h2hBy4edy Fpj1o6UTWQokAYLvEpPi7q7qHTmi0JMem2U2yRbGPEmu05vs7HKhLxGlVNHG0UB56sVKsnsvezmt H4ehXa8PCWOmDGzIPxEozGk9JNmFd7GsjFhnokWYomzYcLOIgiD5_sBe8uTjDnizLQM6OofmHQZe 0GbkwIIR2FAiS3S.Zgk_19KvGu1s6w9AEsY6j3mmR4TA9G2VvAEqFA1AqBlZaVM2dKYZ1u.EJqzp Ky0hvWOhr4y.p2UskubY9LJ7yaJU.kCtLGc0iJwzsfdY_6uPoQPe5dkFV_l85JjX0mg41wMWYFHE obRzCnvk9Q..ocBmwv_g1o.TdbP77Utwb23WbXTNWT2abADvQcNoWzr_nwfXW8Drwh6SG9G6aeNT 97NSCPrX5VfqkYLFtz5hPj6XrUngsSPimn_qozJppMSq9hkVMRLJ2rnduzsmjCpipdp9MNJvwkIn Ge3QY4FJduN341SsPXI2VUiZ1T62dvQgLm_oKxIfKGtvbP6V.AtL3klnadF.7xYK5JuNJjdqC.a6 VF0uCWg1EmIPfPHms3BZhSSCPoEfbiPeIVL._qiRc_ewJv9IZO46KYAhq.w6WpC2k_aQ4d3xtYvT U3DyWtlKRT29C5iGnuAEmdMnj5zxsSuGeXhnM1xgfuICuuHAZhbK2rcjNPtTeOWY1qGfapmr9nCS 78J0eEVM13ckGAxR56TtSorJRo5C.29GbD9pkZVFN9HEqOYJFqhtVLI9XM3aWhzxK0cS1FL8FJoo SdNiXAWLC_z_zo8lusTcyucsjmbYmZL79k99xzKMsOxmYau47Wkod82GCZvP1xOqtWoqDpAJtX25 f7Tg087d7RIogB9qfVUaxiUHlo47J9uW7EZTpg.oQwmT6OnDO_Zmc4K1Ru4lkgsXaMZVtn_4DxOB aAJ2xTI2ZQS_yqcVO0WYym7duq2ckET4wvU3W00zsocPzef3x5QJtldtznGMRhao773yR1IT55mH WKfkNJfdRKdFLCXdnSwQ9ZK2yK6eGG_FQ6nb2uMC4cbDcK.wFkZilO_qAfxobQlvA7vJq8.LUcqt KoQ5gWl5E9emf.KHTCtlPj59RBMEMDZ5ipVfIiQtT_plFfzAKeClWYxICaydeQZXBJIYbS6wBEtT kYpiEVA0jxpbcDOI4vVS_ADLuOPwa1_1b9uxsDNaDrfpdu0MVniU4JRs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Fri, 28 May 2021 22:09:55 +0000 Received: by kubenode532.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 031a7c7edc9a413fcfe2de8db0621a60; Fri, 28 May 2021 22:09:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Bob Lunney Mime-Version: 1.0 (1.0) Subject: Re: AWS forcing PG upgrade from v9.6 a disaster Date: Fri, 28 May 2021 18:09:50 -0400 Message-Id: <31E60671-57F1-4C45-AB20-DC3985FE3F8D@yahoo.com> References: <4e238cc5-f63e-0435-63bf-2515500d5424@dunslane.net> Cc: Jan Wieck , "Dean Gibson (DB Administrator)" , Andrew Dunstan In-Reply-To: <4e238cc5-f63e-0435-63bf-2515500d5424@dunslane.net> To: pgsql-performance@lists.postgresql.org X-Mailer: iPhone Mail (18E212) Content-Length: 1963 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk I recently did 20 upgrades from 9.6 to 12.4 and 12.5. No issues and the up= grade process uses pg_upgrade. I don=E2=80=99t know if AWS modified it thou= gh.=20 Bob Sent from my PDP11 > On May 28, 2021, at 5:15 PM, Andrew Dunstan wrote: >=20 > =EF=BB=BF >> On 5/28/21 4:23 PM, Jan Wieck wrote: >> On 5/28/21 2:48 PM, Dean Gibson (DB Administrator) wrote: >>=20 >> What sticks out for me are these two scans, which balloon from 50-60 >> heap fetches to 1.5M each. >>=20 >>> -> Nested Loop (cost=3D0.29..0.68 rows=3D1 >>> width=3D7) (actual time=3D0.003..0.004 rows=3D1 loops=3D1487153) >>> Join Filter: ("_IsoCountry".iso_alpha2 =3D >>> "_Territory".country_id) >>> Rows Removed by Join Filter: 0 >>> -> Index Only Scan using >>> "_IsoCountry_iso_alpha2_key" on "_IsoCountry" (cost=3D0.14..0.38 >>> rows=3D1 width=3D3) (actual time=3D0.001..0.002 rows=3D1 loops=3D1487153= ) >>> Index Cond: (iso_alpha2 =3D >>> "_GovtRegion".country_id) >>> Heap Fetches: 1487153 >>> -> Index Only Scan using >>> "_Territory_pkey" on "_Territory" (cost=3D0.14..0.29 rows=3D1 width=3D7= ) >>> (actual time=3D0.001..0.001 rows=3D1 loops=3D1487153) >>> Index Cond: (territory_id =3D >>> "_GovtRegion".territory_id) >>> Heap Fetches: 1550706 >>=20 >> How did you load the database? pg_dump -> psql/pg_restore? >>=20 >> If so, did you perform a VACUUM FREEZE after the load? >>=20 >>=20 >>=20 >=20 > Jan >=20 >=20 > AIUI he did an RDS upgrade. Surely that's not doing a dump/restore? I > assume you would know better than him or me what it actually does do :-) >=20 >=20 > cheers >=20 >=20 > andrew >=20 >=20 > -- > Andrew Dunstan > EDB: https://www.enterprisedb.com >=20 >=20 >=20