HikariCP ProxyConnection中PostgreSQL会话级设置何时重置？

问题1：会话级设置的重置时机、连接池获取状态及ProxyConnection与数据库会话的对应关系 #

• PostgreSQL的会话级参数绑定在数据库会话本身，只有当数据库会话被关闭时，PostgreSQL才会自动将这些参数重置为默认值。
• 你遇到的情况核心原因是：HikariCP在连接归还回池时，会主动重置连接的会话状态，把数据库端的会话参数恢复到默认值，但不会清空JDBC Connection的clientInfo（这是JDBC层面的本地属性，和数据库端的会话设置完全分离）。所以从池里拿到连接时，clientInfo还留着之前的值，但数据库端的参数已经是默认状态了。
• ProxyConnection的生命周期和数据库会话是一一对应的：只要ProxyConnection没被连接池关闭销毁，对应的数据库会话就一直存活；一旦ProxyConnection被池回收关闭，数据库会话也随之结束。但要注意，连接归还时的重置操作会让下一次获取该连接时，数据库端的会话参数回到初始状态。

问题2：重置操作的执行主体 #

• 这个重置操作是HikariCP主动执行的。PostgreSQL本身只会在会话结束时重置参数，但连接池里的连接只要没被销毁，对应的数据库会话是持续的。HikariCP这么做是为了保证每次从池里拿到的连接都是“干净”的初始状态，避免上一次使用的会话设置干扰后续操作。它的重置逻辑通常会执行类似RESET ALL的SQL语句，或者针对特定参数进行重置。

实用建议 #

如果想复用这些会话级超时参数，别存在clientInfo里，可以试试这几种方式：

• 配置HikariCP的connectionInitSql参数，在连接第一次创建时就执行SET lock_timeout = 'xxx'这类设置语句，让每个新连接自带这些参数；
• 自己维护参数缓存，每次从池里拿到连接后，主动读取缓存里的值并执行SET语句重新设置；
• 直接在PostgreSQL里给对应的数据库角色设置默认参数，让该角色的所有会话自动带上这些超时值，不用在连接池里额外处理。

内容的提问来源于stack exchange，提问作者Idalas