From: | Holger Jakobs <holger(at)jakobs(dot)com> |
---|---|
To: | pgsql-admin(at)lists(dot)postgresql(dot)org |
Subject: | RE: Postgres DB Slowness |
Date: | 2019-08-22 15:15:51 |
Message-ID: | FF8429FA-0692-4F21-9359-96B72F661DFE@jakobs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Could it be that you are comparing the time until first row to time until all rows have been transferred?
Otherwise the times don't seem sensible.
Am 22. August 2019 17:04:19 MESZ schrieb soumik(dot)bhattacharjee(at)kpn(dot)com:
>From: Ron <ronljohnsonjr(at)gmail(dot)com><mailto:ronljohnsonjr(at)gmail(dot)com>
>Sent: Thursday, August 22, 2019 4:26 PM
>To:
>pgsql-admin(at)lists(dot)postgresql(dot)org<mailto:pgsql-admin(at)lists(dot)postgresql(dot)org>
>Subject: Re: Postgres DB Slowness
>
>On 8/22/19 9:04 AM,
>soumik(dot)bhattacharjee(at)kpn(dot)com<mailto:soumik(dot)bhattacharjee(at)kpn(dot)com>
>wrote:
>
>
>Hello Members,
>
>We have the below PostgreSQL database recently migrated from Oracle.
>
>The postgres DB parameters are attached here.
>
>
># DB Version: 10
>
># OS Type: Linux
>
># Total Memory (RAM): 30 GB
>#CPU
>nproc --all
>2
>
>There is huge slowness in the database now with any queries.
>
>Oracle - Select * from TABLENAME- in takes 0.009 milliseconds
>PostgreSQL - Same query takes more than 2 minutes.
>
>Have you validated that the Postgres server has the same indexes?
>
>If so, did you ANALYZE all the tables?
>
>Yes Ron, we migrated from Oracle as per same structure and indexes.
>
>I did the analyze for 2-3 tables now as per my SQL query I wrote and
>also ran for one particular table below –
>
>VACUUM (FULL,ANALYZE) table_name.
>
>What does the query plan for that query look like?
>
>What's the table definition?
>
>Is the hardware comparable? (Might it be a SAN or VM issue?)
>
>Table definition is attached here.
>
>EXPLAIN SELECT *
> FROM npcurren.num_aangesloten_nr;
>
>"Seq Scan on num_aangesloten_nr (cost=0.00..268192.46 rows=9649046
>width=113)"
>
>
>
>- Oracle 11gR2 was hosted on physical HP-UX server last
>updated 12 years back- legacy system
>
>- Current postgres server- physical
>
>$ cat /etc/redhat-release
>
>Red Hat Enterprise Linux Server release 7.6 (Maipo)
>
>$ uname -a
>
>Linux slnc7r1513.db.gen.local 3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov
>15 17:36:42 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
>
>[postgres(at)slnc7r1513 ~]$
--
Holger Jakobs, Bergisch Gladbach
+49 178 9759012
- sent from mobile, therefore short -
From | Date | Subject | |
---|---|---|---|
Next Message | Rui DeSousa | 2019-08-22 15:24:23 | Re: Postgres PITR: Recovery does not seem to fetch from Archive Dir |
Previous Message | soumik.bhattacharjee | 2019-08-22 15:04:19 | RE: Postgres DB Slowness |