Re: [HACKERS] Bug in prepared statement cache invalidation?
От | Konstantin Knizhnik |
---|---|
Тема | Re: [HACKERS] Bug in prepared statement cache invalidation? |
Дата | |
Msg-id | 5908D991.4010009@postgrespro.ru обсуждение исходный текст |
Ответ на | Re: [HACKERS] Bug in prepared statement cache invalidation? (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: [HACKERS] Bug in prepared statement cache invalidation?
|
Список | pgsql-hackers |
On 05/02/2017 09:30 PM, Robert Haas wrote: >> I am not sure how critical is this problem. Definitely it rarely happens, >> but lack of normal workarounds (restart backend, recreate function?) seems >> to be disappointing. > The problem goes away if you reconnect. The problematic cache is only > backend-lifetime. > Most of clients are not connected to the Postgres directly, them are using some kind of connection pooling. It means that backends are never restarted. And it will be necessary to restart the whole service just because we do nothave dependency tracking mechanism for PL code. Even invalidation of all functions in case of DDL seems to be more acceptablesolution. -- Konstantin Knizhnik Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
В списке pgsql-hackers по дате отправления: