最近开始学习 pgbouncer,但是对参数有一些不明白的地方server_reset_query
。
问题一:主要目的是server_reset_query
什么?
问题2:pgbouncer的pool_mode有3种模式:session、transaction和statement模式。当 pool_mode 为 session 时,我们通常将
server_reset_query 的值设置为 'DISCARD ALL'。当 pool_mode 为 transaction 时我们通常将 server_reset_query 的值设置为 '',
我不知道这方面的细节,所以有人可以解释一下吗?
由于 pgbouncer 是一个连接池,它会为可能的许多客户端连接重用一个到数据库服务器的实际连接。它必须确保在下一个客户端获得连接时重置第一个客户端创建的任何会话状态。否则,第一个客户端可能会执行类似的操作
SET statement_timeout = '5min'
,这将适用于碰巧分配了该连接的所有后续客户端。为了避免这种情况,pgbouncer 在将服务器连接分发给新客户端之前发出“服务器重置查询”。正如文件所说此设置存在的主要原因是,
DISCARD ALL
为此目的而发明的语句在 PostgreSQL 8.3 之前不可用。该设置独立于池模式应用。请注意,客户端可以在任何池模式下发出
SET
语句或类似的东西。该文件还说
我认为这是一种基于信仰的方法。如果你认为你的代码是干净的并且你需要额外的性能,那就去吧。不过,我已经被这个咬了。例如,如果你使用check_postgres来监控你的 pgbouncer 连接,它会像我上面显示的那样发出一个错误
SET statement_timeout
并弄乱你的连接。我已经用谷歌搜索和雅虎搜索并提出了这个简短的定义:
server_reset_query
仅从参数的名称来看
server_reset_query
,它是一个以某种方式重置服务器的查询。从我在 google、yahoo 和 postgresql.org 中看到的定义和示例来看,它似乎是一个指令,它发出一个或多个查询以回收连接和相关资源。恕我直言,除了查看其用法示例外,该指令背后似乎没有太多解释。此类示例包括:
尽可能多地查看此设置的示例。记下附加的查询
server_reset_query
并找出这些单个查询的作用。然后,您的目的server_reset_query
将变得更加清晰。此处提供更多示例:http: //pgbouncer.projects.postgresql.org/doc/faq.html
如果 DBA.SE 中有任何 pgBouncer 的用户,请敲响。我自己只是一个名义上的 PostgreSQL DBA。