Re: stored procedure suddenly runs slowly in HOT STANDBY but fast in primary - Mailing list pgsql-performance

From piuschan
Subject Re: stored procedure suddenly runs slowly in HOT STANDBY but fast in primary
Date
Msg-id 1404758360012-5810779.post@n5.nabble.com
Whole thread Raw
In response to Re: stored procedure suddenly runs slowly in HOT STANDBY but fast in primary  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
Hi Tom,

Thanks for your reply. As you said, the weirdest part is the the SP ran fine
in primary server and hot standby server. I did another test over the
weekend:

(1) restore the production DB dump to an internal server with replication
set up.
(2) ran the SP in internal hot standy DB
(3) surprisingly the SP ran fast in internal hot standby DB

So what is the possible explanations to these test results? Is there a way
to tell if the SP scans through all children event_startstop tables as you
said?

Thanks a lot,

Pius



--
View this message in context:
http://postgresql.1045698.n5.nabble.com/stored-procedure-suddenly-runs-slowly-in-HOT-STANDBY-but-fast-in-primary-tp5810599p5810779.html
Sent from the PostgreSQL - performance mailing list archive at Nabble.com.


pgsql-performance by date:

Previous
From: Felipe Santos
Date:
Subject: Re: PGSQL 9.3 - billion rows
Next
From: Sékine Coulibaly
Date:
Subject: Re: PGSQL 9.3 - billion rows