Re: Patch: Implement failover on libpq connect level.

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: Patch: Implement failover on libpq connect level.
Дата
Msg-id CAMsr+YFVRizPnWwi2pszWAvD-T7iqdzaG=1-kVoYOH6S77+DWw@mail.gmail.com
обсуждение исходный текст
Ответ на Patch: Implement failover on libpq connect level.  (Victor Wagner <vitus@wagner.pp.ru>)
Ответы Re: Patch: Implement failover on libpq connect level.
Список pgsql-hackers
On 14 October 2015 at 18:41, Victor Wagner <vitus@wagner.pp.ru> wrote:

> 5. Added new parameter readonly=boolean. If this parameter is false (the
> default) upon successful connection check is performed that backend is
> not in the recovery state. If so, connection is not considered usable
> and next host is tried.

What constitutes "failed" as far as this is concerned?

Like the PgJDBC approach I wonder how much this'll handle in practice
and how it'll go with less clear-cut failures like disk-full on a
replica that's a member of the failover pool, long delays before
no-route-to-host errors, dns problems, etc.

Had any chance to simulate network failures?

-- Craig Ringer                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: PATCH: 9.5 replication origins fix for logical decoding
Следующее
От: "Shulgin, Oleksandr"
Дата:
Сообщение: Re: On-demand running query plans using auto_explain and signals