| От | Ed Loehr |
|---|---|
| Тема | Re: [HACKERS] dubious improvement in new psql |
| Дата | |
| Msg-id | 386E4FEE.CA3E21C3@austin.rr.com обсуждение исходный текст |
| Ответ на | dubious improvement in new psql (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > Question for discussion: when the WAL postmaster is running a database > start or restart, perhaps it should simply delay processing of new > connection requests until the DB is ready, instead of rejecting them > immediately? That would eliminate the need for retry loops in > applications, and thereby avoid wasted retry processing on both sides. > On the other hand, I can see where an unexpected multi-second delay to > connect might be bad news, too. Comments? Suggestion: Make the delay/reconnect optional with configurable parameters for how many times to retry, how long to retry, etc. I have an Apache mod-perl app already doing this reconnect logic, and I'm very glad my app has control over those parameters. Cheers, Ed Loehr
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера