diff options
author | Andres Freund <andres@anarazel.de> | 2017-09-18 19:36:44 -0700 |
---|---|---|
committer | Andres Freund <andres@anarazel.de> | 2017-09-18 19:36:44 -0700 |
commit | f8e5f156b30efee5d0038b03e38735773abcb7ed (patch) | |
tree | a6d4618f1f97b7f4f6d4ed0855a29c402092a5f5 /src/backend/access/gist/gistproc.c | |
parent | 0fb9e4ace5ce4d479d839a720f32b99fdc87f455 (diff) | |
download | postgresql-f8e5f156b30efee5d0038b03e38735773abcb7ed.tar.gz postgresql-f8e5f156b30efee5d0038b03e38735773abcb7ed.zip |
Rearm statement_timeout after each executed query.
Previously statement_timeout, in the extended protocol, affected all
messages till a Sync message. For clients that pipeline/batch query
execution that's problematic.
Instead disable timeout after each Execute message, and enable, if
necessary, the timer in start_xact_command(). As that's done only for
Execute and not Parse / Bind, pipelining the latter two could still
cause undesirable timeouts. But a survey of protocol implementations
shows that all drivers issue Sync messages when preparing, and adding
timeout rearming to both is fairly expensive for the common parse /
bind / execute sequence.
Author: Tatsuo Ishii, editorialized by Andres Freund
Reviewed-By: Takayuki Tsunakawa, Andres Freund
Discussion: https://postgr.es/m/20170222.115044.1665674502985097185.t-ishii@sraoss.co.jp
Diffstat (limited to 'src/backend/access/gist/gistproc.c')
0 files changed, 0 insertions, 0 deletions