We recently setup a PostgreSQL Cluster with PGPool in front of it. This is our first go at such a thing. We setup our QA environment to use the new PGPool, and we cranked up the logging on the Postgresql servers so we could point pgBadger at it and see how things are going.
After minimal use, and not quite 24 hours of logging, pgBadger showed me this report this morning:
That seems absurd to me. The first three top queries don't even appear to have anything to do with our application nor application user, yet they all accuse the application of instigating them.
We assume that PGPool is doing this in the background when the application instigates it, but even then ... there is no way our QA application instigated 369K times. Admittedly, the time spent on these are negligible, all of 24 seconds over the course of a day.
However, we would like to grasp:
- Why are we seeing this amount of traffic from pgPool?
- Can we expect this to scale? Currently we have a single QA DB here with very light usage. What do we expect when we get 200 production databases running in this cluster?
- Is there an easy way to prevent posgtresql from logging these types of queries from pgpool in order for us to more easily parse queries that are truly instigated by our application?
- Is there another question we should ask that we haven't?
pdo_statement
I would look into whatever ORM layer you are using. This seems to be the typical (stupid) behaviour of ORMs – a_horse_with_no_name Apr 9 '13 at 18:28