RE: Timeout parameters

Поиск
Список
Период
Сортировка
От Tsunakawa, Takayuki
Тема RE: Timeout parameters
Дата
Msg-id 0A3221C70F24FB45833433255569204D1FB9F574@G01JPEXMBYT05
обсуждение исходный текст
Ответ на RE: Timeout parameters  ("Jamison, Kirk" <k.jamison@jp.fujitsu.com>)
Ответы RE: Timeout parameters  ("Nagaura, Ryohei" <nagaura.ryohei@jp.fujitsu.com>)
Список pgsql-hackers
From: Jamison, Kirk [mailto:k.jamison@jp.fujitsu.com]
> socket_timeout (integer)

libpq documentation does not write the data type on the parameter name line.


> Terminate any connection that has been inactive for more than the specified
> number of seconds to prevent client from infinite waiting for individual
> socket read operations due to dead connection. This can be used both as
> a force global query timeout and network problems detector. A value of zero
> (the default) turns this off.
> 
> or
> 
> Controls the number of seconds of connection inactivity to prevent client
> from infinite waiting for individual socket read operations due to dead
> connection. This can be used both as a force global query timeout and network
> problems detector. A value of zero (the default) turns this off.

The second one is better, but:

* Just "connection inactivity" (i.e. the application hasn't submitted any request to the server for a long time) does
notterminate the connection.  
 
* "due to dead connction" is not the cause for the timeout.  If the timeout occurs, consider the connection dead (see
keepalives_count).
* Not restricted to "read" operation?


Regards
Takayuki Tsunakawa



В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Jamison, Kirk"
Дата:
Сообщение: RE: libpq debug log
Следующее
От: "Tsunakawa, Takayuki"
Дата:
Сообщение: RE: reloption to prevent VACUUM from truncating empty pages at theend of relation