Re: [PERFORM] pg_dump and thousands of schemas

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [PERFORM] pg_dump and thousands of schemas
Дата
Msg-id 20120830204433.GW8753@momjian.us
обсуждение исходный текст
Ответ на Re: [PERFORM] pg_dump and thousands of schemas  (Tatsuo Ishii <ishii@postgresql.org>)
Ответы Re: [PERFORM] pg_dump and thousands of schemas  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thu, May 31, 2012 at 09:20:43AM +0900, Tatsuo Ishii wrote:
> >> Yeah, Jeff's experiments indicated that the remaining bottleneck is lock
> >> management in the server.  What I fixed so far on the pg_dump side
> >> should be enough to let partial dumps run at reasonable speed even if
> >> the whole database contains many tables.  But if psql is taking
> >> AccessShareLock on lots of tables, there's still a problem.
> >
> > Ok, I modified the part of pg_dump where tremendous number of LOCK
> > TABLE are issued. I replace them with single LOCK TABLE with multiple
> > tables. With 100k tables LOCK statements took 13 minutes in total, now
> > it only takes 3 seconds. Comments?
>
> Shall I commit to master and all supported branches?

Was this applied?

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: We're not lax enough about maximum time zone offset from UTC
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Fix for gistchoose