RE: Libpq support to connect to standby server as priority
В списке pgsql-hackers по дате отправления:
| От | Tsunakawa, Takayuki |
|---|---|
| Тема | RE: Libpq support to connect to standby server as priority |
| Дата | |
| Msg-id | 0A3221C70F24FB45833433255569204D1FB68602@G01JPEXMBYT05 обсуждение исходный текст |
| Ответ на | Re: Libpq support to connect to standby server as priority (Tatsuo Ishii <ishii@sraoss.co.jp>) |
| Список | pgsql-hackers |
From: Tatsuo Ishii [mailto:ishii@sraoss.co.jp] > I don't know what PgJDBC is doing, however I think libpq needs to do > more than just retrying. > > 1) Try to find a node on which pg_is_in_recovery() returns false. If > found, then we assume that is the primary. We also assume that > other nodes are standbys. done. > > 2) If there's no node on which pg_is_in_recovery() returns false, then > we need to retry until we find it. To not retry forever, there > should be a timeout counter parameter. It may be convenient for libpq to be able to retry connection attempts for a specified duration (by failover_timeout or such),because it eliminates the need for the application to do the retry. But I think it's a desirable feature, not a requiredone. Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера