High-CPU consumption on information_schema (only) query

From: Robins Tharakan <tharakan(at)gmail(dot)com>
To: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: High-CPU consumption on information_schema (only) query
Date: 2016-09-07 23:37:31
Message-ID: CAEP4nAx5hOBGVzDpeEYCWSZPONTa=YCkA1LZw9fuGkSxiHccGw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

An SQL (with only information_schema related JOINS) when triggered, runs
with max CPU (and never ends - killed after 2 days).
- It runs similarly (very slow) on a replicated server that acts as a
read-only slave.
- Top shows only postgres as hitting max CPU (nothing else). When query
killed, CPU near 0%.
- When the DB is restored on a separate test server (with the exact
postgresql.conf) the same query works fine.
- There is no concurrent usage on the replicated / test server (although
the primary is a Production server and has concurrent users).

Questions:
- If this was a postgres bug or a configuration issue, query on the
restored DB should have been slow too. Is there something very basic I am
missing here?

If someone asks for I could provide SQL + EXPLAIN, but it feels irrelevant
here. I amn't looking for a specific solution but what else should I be
looking for here?

p.s.: All postgres servers are running the v9.3.10

-
robins
--

-
robins

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vik Fearing 2016-09-07 23:46:03 Re: Long options for pg_ctl waiting
Previous Message Craig Ringer 2016-09-07 23:18:18 Re: autonomous transactions