pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bob Lunney <bob_lunney@yahoo.com>
To: pgsql-performance@lists.postgresql.org
Cc: Jan Wieck <jan@wi3ck.info>
Cc: Dean Gibson (DB Administrator) <postgresql@mailpen.com>
Cc: Andrew Dunstan <andrew@dunslane.net>
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> (raw)
In-Reply-To: <4e238cc5-f63e-0435-63bf-2515500d5424@dunslane.net>
References: <4e238cc5-f63e-0435-63bf-2515500d5424@dunslane.net>

I recently did 20 upgrades from 9.6 to 12.4 and 12.5.   No issues and the upgrade process uses pg_upgrade.  I don’t know if AWS modified it though. 

Bob

Sent from my PDP11

> On May 28, 2021, at 5:15 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
> 
> 
>> On 5/28/21 4:23 PM, Jan Wieck wrote:
>> On 5/28/21 2:48 PM, Dean Gibson (DB Administrator) wrote:
>> 
>> What sticks out for me are these two scans, which balloon from 50-60
>> heap fetches to 1.5M each.
>> 
>>>                       ->  Nested Loop  (cost=0.29..0.68 rows=1
>>> width=7) (actual time=0.003..0.004 rows=1 loops=1487153)
>>>                             Join Filter: ("_IsoCountry".iso_alpha2 =
>>> "_Territory".country_id)
>>>                             Rows Removed by Join Filter: 0
>>>                             ->  Index Only Scan using
>>> "_IsoCountry_iso_alpha2_key" on "_IsoCountry"  (cost=0.14..0.38
>>> rows=1 width=3) (actual time=0.001..0.002 rows=1 loops=1487153)
>>>                                   Index Cond: (iso_alpha2 =
>>> "_GovtRegion".country_id)
>>>                                   Heap Fetches: 1487153
>>>                             ->  Index Only Scan using
>>> "_Territory_pkey" on "_Territory"  (cost=0.14..0.29 rows=1 width=7)
>>> (actual time=0.001..0.001 rows=1 loops=1487153)
>>>                                   Index Cond: (territory_id =
>>> "_GovtRegion".territory_id)
>>>                                   Heap Fetches: 1550706
>> 
>> How did you load the database? pg_dump -> psql/pg_restore?
>> 
>> If so, did you perform a VACUUM FREEZE after the load?
>> 
>> 
>> 
> 
> Jan
> 
> 
> 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 :-)
> 
> 
> cheers
> 
> 
> andrew
> 
> 
> --
> Andrew Dunstan
> EDB: https://www.enterprisedb.com
> 
> 
> 






view thread (54+ messages)  latest in thread

Message-ID: <31E60671-57F1-4C45-AB20-DC3985FE3F8D@yahoo.com>
Permalink:  ../31E60671-57F1-4C45-AB20-DC3985FE3F8D@yahoo.com/
Also on:    postgresql.org/message-id/31E60671-57F1-4C45-AB20-DC3985FE3F8D@yahoo.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: bob_lunney@yahoo.com, pgsql-performance@lists.postgresql.org, jan@wi3ck.info, postgresql@mailpen.com, andrew@dunslane.net
  Subject: Re: AWS forcing PG upgrade from v9.6 a disaster
  In-Reply-To: <31E60671-57F1-4C45-AB20-DC3985FE3F8D@yahoo.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox