Re: Stmt timeout error can be sent after a CommandComplete
| От | Tom Lane |
|---|---|
| Тема | Re: Stmt timeout error can be sent after a CommandComplete |
| Дата | |
| Msg-id | 4182252.1768325454@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Stmt timeout error can be sent after a CommandComplete (Anthonin Bonnefoy <anthonin.bonnefoy@datadoghq.com>) |
| Ответы |
Re: Stmt timeout error can be sent after a CommandComplete
|
| Список | pgsql-hackers |
Anthonin Bonnefoy <anthonin.bonnefoy@datadoghq.com> writes: > At the end of a command, disable_statement_timeout is called as the > timeout applies to a specific command and a CommandComplete message is > sent. > However, it's possible for the stmt timeout to have been fired between > the last message and the call to disable_statement_timeout. The > timeout won't be active anymore, so disable_timeout will be skipped. > However, the timeout is still queued, and the next call to > CHECK_FOR_INTERRUPTS will process and generate a stmt timeout error. I think this overlaps the discussion we're having over here: https://www.postgresql.org/message-id/flat/CAGECzQQD5f9ce-D1v6vCTT94hG%3DJbGdTHuf8vQ%3DHBLz9T4dA1g%40mail.gmail.com I agree that this area is a bit buggy, but I think it's got more problems than just this. regards, tom lane
В списке pgsql-hackers по дате отправления: