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 | 0A3221C70F24FB45833433255569204D1FB6947A@G01JPEXMBYT05 обсуждение исходный текст |
| Ответ на | Re: Libpq support to connect to standby server as priority (Dave Cramer <pg@fastcrypt.com>) |
| Ответы |
Re: Libpq support to connect to standby server as priority
|
| Список | pgsql-hackers |
From: Dave Cramer [mailto:pg@fastcrypt.com] > >> 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. > Checking the code I see we actually use show transaction_read_only. Also, does PgJDBC really repeat connection attempts for a user-specified duration? Having a quick look at the code, it seemedto try each host once in a while loop. Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера