Re: response time is very long in PG9.5.5 using psql or jdbc

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: response time is very long in PG9.5.5 using psql or jdbc
Дата
Msg-id 20180213213110.5ip4hsnu2hjz52ae@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: response time is very long in PG9.5.5 using psql or jdbc  (David Gould <daveg@sonic.net>)
Ответы Re: response time is very long in PG9.5.5 using psql or jdbc
Re: response time is very long in PG9.5.5 using psql or jdbc
Список pgsql-bugs
Hi,

On 2018-02-13 13:24:47 -0800, David Gould wrote:
> I see this problem fairly frequently. Typically the problem catalog is
> pg_attribute as it has the most rows. However the problem really arises when
> the catalogs become bloated. Once the total size of the catalogs that get
> read at start up approaches the size of shared buffers, and especially if
> several processes start at the same time, it becomes quite noticeable.

I can obviously see problems with a bloated catalog, but how does that
cause massive slowdowns in *individual* queries as we see here?  The
OP's problem isn't the connection establishment performance afaict, but
the first query using specific pieces of catalog data. And that should
be ok-ish performancewise, even if there's bloat.

Greetings,

Andres Freund


В списке pgsql-bugs по дате отправления:

Предыдущее
От: David Gould
Дата:
Сообщение: Re: response time is very long in PG9.5.5 using psql or jdbc
Следующее
От: Dan Goodliffe
Дата:
Сообщение: Re: BUG #15063: Updates to temporary tables fail when there is apublication with FOR ALL TABLES