PostgreSQL中dblink_connect如何设置连接超时？

你遇到的这个问题其实很常见——statement_timeout之所以没生效，是因为它只管控已经建立数据库连接后执行SQL语句的超时，而dblink_connect在尝试建立远程连接的阶段，还没进入SQL执行环节，属于TCP层面的连接握手过程，所以这个参数根本管不到这一步。

下面给你几个可行的解决方案，按优先级排序：

1. 在连接字符串中直接指定connect_timeout参数 #

这是最直接、最推荐的方案，PostgreSQL的连接字符串本身就支持connect_timeout参数（单位为秒），它专门用来控制TCP连接建立的超时时间。修改你的代码如下：

SELECT dblink_connect('gw', 'dbname=databasename port=5432 host=RemoteIP user=username password=pass connect_timeout=5');

这里设置的5秒就是你希望的超时时间，一旦超过这个时间还没建立连接，就会立刻返回连接失败的错误。你可以根据实际网络情况调整这个值（比如3-10秒都比较合理，不要设置得过小，避免正常的网络波动导致误判）。

2. 调整系统级TCP连接重试参数（可选） #

如果你的系统是Linux，还可以通过调整TCP协议的SYN重试次数来缩短连接超时的总时间。执行以下命令（临时生效，重启后恢复）：

sysctl -w net.ipv4.tcp_syn_retries=2

默认的tcp_syn_retries通常是5次，每次重试的间隔会指数增长，总耗时可能达到几十秒。把它改成2次的话，总等待时间会大幅缩短。不过这个是系统级的设置，会影响所有TCP连接，所以调整前要确认不会影响其他服务。如果需要永久生效，可以把这个配置写入/etc/sysctl.conf文件，然后执行sysctl -p加载。

3. 结合dblink_connect与异步检查（进阶） #

如果上面的方案还不能满足需求，你可以考虑用异步的方式来检查连接：先启动一个后台进程尝试建立连接，然后在主进程中等待指定时间，如果超时就终止后台进程。不过这种方式比较复杂，需要用到PL/pgSQL的异步函数或者结合pg_cron之类的工具，一般来说前面两种方案足够解决问题。

最后再提醒一下：不要用statement_timeout来管控连接建立阶段的超时，它的作用范围完全不在这里，用connect_timeout才是对症下药。

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