Re: pg_upgrade on high number tables database issues

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_upgrade on high number tables database issues
Дата
Msg-id 20140310191124.GB16713@momjian.us
обсуждение исходный текст
Ответ на Re: pg_upgrade on high number tables database issues  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: pg_upgrade on high number tables database issues  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
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.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: extension_control_path
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: pg_upgrade on high number tables database issues