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
|
Список | 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 по дате отправления: