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

Поиск
Список
Период
Сортировка
От 石勇虎
Тема 答复: response time is very long in PG9.5.5 using psql or jdbc
Дата
Msg-id a82e97e75d05417da514e2c82dd8fb51@pingan.com.cn
обсуждение исходный текст
Ответ на Re: response time is very long in PG9.5.5 using psql or jdbc  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: 答复: response time is very long in PG9.5.5 using psql or jdbc
Список pgsql-bugs
Yes,we have more than 500 thousand of objects,and the total size of the database is almost 10TB.Just as you said,we may
needto reduce the objects number,or you have any better solution?
 
And I also have a question that if the backend's internal caches of catalog is shared with other users or sessions?if
thepgbouncer is usefull?
 
 
[postgres:5521@eits] [02-13.11:42:25]=# select count(1) from pg_class;
 count  
--------
 537384
(1 row)


-----邮件原件-----
发件人: Tom Lane [mailto:tgl@sss.pgh.pa.us] 
发送时间: 2018年2月13日 10:30
收件人: 石勇虎 <SHIYONGHU651@pingan.com.cn>
抄送: pgsql-bugs@postgresql.org
主题: Re: response time is very long in PG9.5.5 using psql or jdbc

=?gb2312?B?yq/Twrui?= <SHIYONGHU651@pingan.com.cn> writes:
> In our product database,we met a problem .when we login in the 
> database using psql or jdbc ,the response time is very long.

I'm going to guess that this has something to do with very slow population of the backend's internal caches during the
firstquery of a session.
 
That suggests bloated system catalogs.  Do you have an unusually large number of database objects (e.g., millions of
tablesor functions)?
 
Or is it possible that some transaction(s) transiently created a lot of objects, and vacuuming hasn't been able to
shrinkthe catalogs back down?
 

            regards, tom lane


********************************************************************************************************************************
The information in this email is confidential and may be legally privileged. If you have received this email in error
orare not the intended recipient, please immediately notify the sender and delete this message from your computer. Any
use,distribution, or copying of this email other than by the intended recipient is strictly prohibited. All messages
sentto and from us may be monitored to ensure compliance with internal policies and to protect our business. 
Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed,
orcontain viruses. Anyone who communicates with us by email is taken to accept these risks. 

收发邮件者请注意:
本邮件含涉密信息,请保守秘密,若误收本邮件,请务必通知发送人并直接删去,不得使用、传播或复制本邮件。
进出邮件均受到本公司合规监控。邮件可能发生被截留、被修改、丢失、被破坏或包含计算机病毒等不安全情况。

********************************************************************************************************************************

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: response time is very long in PG9.5.5 using psql or jdbc
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: BUG #15061: Cannot use TEMP TABLE ON COMMIT DROP in extension