Re: Re: How to solve the problem of one backend process crashing and causing other processes to restart?
От | Merlin Moncure |
---|---|
Тема | Re: Re: How to solve the problem of one backend process crashing and causing other processes to restart? |
Дата | |
Msg-id | CAHyXU0w-7r6e1rL4wqz5=z2Jg9=YDLBZLA=iHKqdv1jVuKFP4g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re:Re: How to solve the problem of one backend process crashing and causing other processes to restart? (yuansong <yyuansong@126.com>) |
Список | pgsql-hackers |
Enhancing the overall fault tolerance of the entire system for this feature is quite important. No one can avoid bugs, and I don't believe that this approach is a more advanced one. It might be worth considering adding it to the roadmap so that interested parties can conduct relevant research.
The current major issue is that when one process crashes, resetting all connections has a significant impact on other connections. Is it possible to only disconnect the crashed connection and have the other connections simply roll back the current transaction without reconnecting? Perhaps this problem can be mitigated through the use of a connection pool.
If we want to implement this feature, would it be sufficient to clean up or restore the shared memory and disk changes caused by the crashed backend? Besides clearing various known locks, what else needs to be changed? Does anyone have any insights? Please help me. Thank you.
В списке pgsql-hackers по дате отправления: