From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_upgrade on high number tables database issues |
Date: | 2014-03-10 19:12:20 |
Message-ID: | CAFj8pRBGP+kO4T8a+6C=beHvxK_Vcy6zUdMWE0DjDq+YuvJPmA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2014-03-10 20:11 GMT+01:00 Bruce Momjian <bruce(at)momjian(dot)us>:
> On Mon, Mar 10, 2014 at 07:40:42PM +0100, Pavel Stehule wrote:
> >
> > >
> > > There were several bottlenecks in this area removed in 9.2 and 9.3.
> > > Unfortunately the worst of those bottlenecks were in the server,
> so they
> > depend
> > > on what database you are upgrading from, and so won't help you much
> > upgrading
> > > from 9.1.
> >
> > Yes, I assume 9.3 will be much better, though Jeff is right that if
> it
> > is pg_dump locking that is hurting you, you might not see a win
> even in
> > 9.3.
> >
> >
> > I'll see it next year when we plan to migrate to 9.4
> >
> > I though so some form of "superlock" can be interesting, because nobody
> can
> > work with database when it is upgraded.
>
> Remember pg_upgrade is using pg_dump, which then connecting to a
> backend, so passing that super-lock mode there is not ideal. The fixes
> in 9.3 improve locking in all user cases, not just upgrades.
>
>
nice
Thank you
Pavel
> --
> Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
> EnterpriseDB http://enterprisedb.com
>
> + Everyone has their own god. +
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2014-03-10 19:33:33 | Re: Changeset Extraction v7.9.1 |
Previous Message | Bruce Momjian | 2014-03-10 19:11:24 | Re: pg_upgrade on high number tables database issues |