Stupid question - when you say that a query is fast on primary but slow
on standby, are you referring to exactly the same query, including
parameter values?
Yes . It is exactly and exactly the same query with the same parameters.
Yes, it sounds stupid but that is what happening. Though plan says it is
18ms it runs for more than 15-20 mins and finally returns with conflict
error : " ERROR: canceling statement due to conflict with recovery "
Even the to run execute plan itself takes very long on standby. Just to get
the execute plan on standby is turning out big deal.
Regarding IO spike, yes I can understand that if data is not available in
the memory then it has to get it from disk. But the thing is it remains
there as much time until query returns with Query conflict error.
Thanks again.
--
View this message in context:
http://postgresql.1045698.n5.nabble.com/Hot-Standby-performance-issue-tp5774673p5775257.html
Sent from the PostgreSQL - performance mailing list archive at Nabble.com.
