34.1. 数据库连接控制函数
下列函数会建立到一个PostgreSQL后端服务器的连接。一个应用程序可以在一个时刻打开多个后端连接（原因之一就是为了访问多个数据库）。每个连接用一个PGconn对象表示，它从函数PQconnectdb、PQconnectdbParams或PQsetdbLogin得到。注意这些函数将总是返回一个非空的对象指针，除非正好没有内存来分配PGconn对象。在通过该连接对象发送查询之前，应该调用PQstatus函数来检查返回值以确定是否得到了一个成功的连接。
警告
如果不可信用户能够访问一个没有采用安全方案使用模式的数据库，开始每个会话时应该从search_path中移除公共可写的方案。我们可以把参数关键词options设置为-csearch_path=。也可以在连接后发出PQexec(conn, "SELECT pg_catalog.set_config('search_path', '', false)")。这种考虑并非专门针对libpq，它适用于每一种用来执行任意SQL命令的接口。
警告
在 Unix 上，复制一个拥有打开 libpq 连接的进程可能导致不可以预料的结果，因为父进程和子进程会共享相同的套接字和操作系统资源。出于这个原因，我们不推荐这样的用法，尽管从子进程执行一个exec来载入新的可执行代码是安全的。
注意
在 Windows 上，如果一个单一数据库连接被反复地开启并且关闭，这是一种提升性能的方式。在内部，libpq 为开启和关闭分别调用WSAStartup()和WSACleanup()。WSAStartup()会增加一个内部 Windows 库引用计数而WSACleanup()则会减少之。当引用计数正好为一时，调用WSACleanup()会释放所有资源并且所有 DLL 会被卸载。这是一种昂贵的操作。为了避免它，一个应用可以手动调用WSAStartup()，这样当最后的数据库连接被关闭时资源不会被释放。
PQconnectdbParams : 开启一个到数据库服务器的新连接。
```synopsis
PGconn *PQconnectdbParams(const char * const *keywords,
const char * const *values,
int expand_dbname);
```
这个函数使用从两个以`NULL`结尾的数组中取得的参数打开一个新的数据库连接。第一个数组`keywords`被定义为一个字符串数组，每一个元素是一个关键词。第二个数组`values`给出了每个关键词的值。和下面的`PQsetdbLogin`不同，可以在不改变函数签名的情况下扩展参数集合，因此使用这个函数（或者与之相似的非阻塞的`PQconnectStartParams`和`PQconnectPoll`）对于新应用编程要更好。
当前能被识别的参数关键词被列举在[第 34.1.2 节](libpq-connect.md#LIBPQ-PARAMKEYWORDS "34.1.2. 参数关键词")中。
当`expand_dbname`为非零时，**`dbname`**关键词的值被允许识别为一个连接字符串。只有**`dbname`**的第一次出现会按这种方式扩展，任何后续**`dbname`**值会被当做一个普通数据库名处理。有关可能的连接字符串格式的详情可见[第 34.1.1 节](libpq-connect.md#LIBPQ-CONNSTRING "34.1.1. 连接字符串")。
被传递的数组可以为空，这样就会使用所有默认参数。也可以只包含一个或几个参数设置。两个参数数组应该在长度上匹配。对于参数数组的处理将会停止于`keywords`数组中第一个非-`NULL`元素。
如果任何一个参数是`NULL`或者一个空字符串，那么将会检查相应的环境变量（见[第 34.14 节](libpq-envars.md "34.14. 环境变量")）。如果该环境变量也没有被设置，那么将使用内建的默认值。
通常，关键词的处理是从这些数组的头部开始并且以索引顺序进行。这样做的效果就是，当关键词有重复时，只会保留最后一个被处理的值。因此，通过小心地放置关键词**`dbname`**，可以决定什么会被一个**`conninfo`**字符串所重载，以及什么不会被重载。
PQconnectdb : 开启一个到数据库服务器的新连接。
```synopsis
PGconn *PQconnectdb(const char *conninfo);
```
这个函数使用从字符串`conninfo`中得到的参数开启一个新的数据库连接。
被传递的字符串可以为空，这样将会使用所有的默认参数。也可以包含由空格分隔的一个或多个参数设置，还可以包含一个URI。详见[第 34.1.1 节](libpq-connect.md#LIBPQ-CONNSTRING "34.1.1. 连接字符串")。
PQsetdbLogin : 开启一个到数据库服务器的新连接。
```synopsis
PGconn *PQsetdbLogin(const char *pghost,
const char *pgport,
const char *pgoptions,
const char *pgtty,
const char *dbName,
const char *login,
const char *pwd);
```
这是`PQconnectdb`的带有固定参数集合的前辈。它具有相同的功能，不过其中缺失的参数将总是采用默认值。对任意一个固定参数写`NULL`或一个空字符串将会使它采用默认值。
如果**`dbName`**包含一个`=`符号或者具有一个合法的连接URI前缀，它会被当作一个**`conninfo`**字符串，就好像它已经被传递给了`PQconnectdb`，并且剩余的参数则被应用为指定给`PQconnectdbParams`。
PQsetdb : 开启一个到数据库服务器的新连接。
```synopsis
PGconn *PQsetdb(char *pghost,
char *pgport,
char *pgoptions,
char *pgtty,
char *dbName);
```
这是一个调用`PQsetdbLogin`的宏，其中为**`login`**和**`pwd`**参数使用空指针。提供它是为了向后兼容非常老的程序。
PQconnectStartParams PQconnectStart PQconnectPoll : 以非阻塞的方式建立一个到数据库服务器的连接。
```synopsis
PGconn *PQconnectStartParams(const char * const *keywords,
const char * const *values,
int expand_dbname);
PGconn *PQconnectStart(const char *conninfo);
PostgresPollingStatusType PQconnectPoll(PGconn *conn);
```
这三个函数被用来开启一个到数据库服务器的连接，这样你的应用的执行线程不会因为远程的I/O而被阻塞。这种方法的要点在于等待 I/O 完成可能在应用的主循环中发生，而不是在`PQconnectdbParams`或`PQconnectdb`中，并且因此应用能够把这种操作和其他动作并行处理。
在`PQconnectStartParams`中，数据库连接使用从`keywords`和`values`数组中取得的参数创建，并且被`expand_dbname`控制，这和之前描述的`PQconnectdbParams`相同。
在`PQconnectStart`中，数据库连接使用从字符串`conninfo`中取得的参数创建，这和之前描述的`PQconnectdb`相同。
只要满足一些限制，`PQconnectStartParams`或`PQconnectStart`或`PQconnectPoll`都不会阻塞：
* `hostaddr`和`host`参数必须被合适地使用，以防止做DNS查询。详见[第 34.1.2 节](libpq-connect.md#LIBPQ-PARAMKEYWORDS "34.1.2. 参数关键词")中这些参数的文档。
* 如果你调用`PQtrace`，确保你追踪的该流对象不会阻塞。
* 如后文所述，你必须要确保在调用`PQconnectPoll`之前，套接字处于合适的状态。
要开始无阻塞的连接请求，可调用`PQconnectStart`或者`PQconnectStartParams`。如果结果为空，则libpq无法分配一个新的`PGconn`结构。否则，一个有效的`PGconn`指针会被返回（不过还没有表示一个到数据库的有效连接）。接下来调用`PQstatus(conn)`。如果结果是`CONNECTION_BAD`，则连接尝试已经失败，通常是因为有无效的连接参数。
如果`PQconnectStart`成功，下一个阶段是轮询libpq，这样它能够继续进行连接序列。使用`PQsocket(conn)`来获得该数据库连接底层的套接字描述符（警告：不要假定在`PQconnectPoll`调用之间套接字会保持相同）。这样循环：如果`PQconnectPoll(conn)`上一次返回`PGRES_POLLING_READING`，等到该套接字准备好读取（按照`select()`、`poll()`或类似的系统函数所指示的）。则再次调用`PQconnectPoll(conn)`。反之，如果`PQconnectPoll(conn)`上一次返回`PGRES_POLLING_WRITING`，等到该套接字准备好写入，则再次调用`PQconnectPoll(conn)`。在第一次迭代时，即如果你还没有调用`PQconnectPoll`，行为就像是它上次返回了`PGRES_POLLING_WRITING`。持续这个循环直到`PQconnectPoll(conn)`返回`PGRES_POLLING_FAILED`指示连接过程已经失败，或者返回`PGRES_POLLING_OK`指示连接已经被成功地建立。
在连接期间的任意时刻，该连接的状态可以通过调用`PQstatus`来检查。如果这个调用返回`CONNECTION_BAD`，那么连接过程已经失败。如果该调用返回`CONNECTION_OK`，则该连接已经准备好。如前所述，这些状态同样都可以从`PQconnectPoll`的返回值检测。在一个异步连接过程中（也只有在这个过程中）也可能出现其他状态。这些状态指示该连接过程的当前阶段，并且可能有助于为用户提供反馈。这些状态是：
`CONNECTION_STARTED`
: 等待连接被建立。
`CONNECTION_MADE`
: 连接 OK，等待发送。
`CONNECTION_AWAITING_RESPONSE`
: 等待来自服务器的一个回应。
`CONNECTION_AUTH_OK`
: 收到认证，等待后端启动结束。
`CONNECTION_SSL_STARTUP`
: 协商 SSL 加密。
`CONNECTION_SETENV`
: 协商环境驱动的参数设置。
`CONNECTION_CHECK_WRITABLE`
: 检查连接是否能够处理写事务。
`CONNECTION_CONSUME`
: 消费连接上的任何剩下的响应消息。
注意，尽管这些常数将被保留（为了维护兼容性），一个应用永远不应该依赖这些状态按照特定顺序出现，或者根本就不依赖它们，或者不依赖状态总是这些文档中所说的值。一个应用可能做些这样的事情：
```programlisting
switch(PQstatus(conn))
{
case CONNECTION_STARTED:
feedback = "Connecting...";
break;
case CONNECTION_MADE:
feedback = "Connected to server...";
break;
.
.
.
default:
feedback = "Connecting...";
}
```
在使用`PQconnectPoll`时，连接参数`connect_timeout`会被忽略：判断是否超时是应用的责任。否则，`PQconnectStart`后面跟着后面跟着`PQconnectPoll`循环等效于`PQconnectdb`。
注意当`PQconnectStart`或`PQconnectStart`返回一个非空的指针时，你必须在用完它之后调用`PQfinish`来处理那些结构和任何相关的内存块。即使连接尝试失败或被放弃时也必须完成这些工作。
PQconndefaults : 返回默认连接选项。
```synopsis
PQconninfoOption *PQconndefaults(void);
typedef struct
{
char *keyword; /* 该选项的关键词 */
char *envvar; /* 依赖的环境变量名 */
char *compiled; /* 依赖的内建默认值 */
char *val; /* 选项的当前值，或者 NULL */
char *label; /* 连接对话框中域的标签 */
char *dispchar; /* 指示如何在一个连接对话框中显示这个域。值是：
"" 显示输入的值
"*" 口令域 - 隐藏值
"D" 调试选项 - 默认不显示 */
int dispsize; /* 用于对话框的以字符计的域尺寸 */
} PQconninfoOption;
```
返回一个连接选项数组。这可以用来确定用于连接服务器的所有可能的`PQconnectdb`选项和它们的当前缺省值。返回值指向一个`PQconninfoOption`结构的数组，该数组以一个包含空`keyword`指针的条目结束。如果无法分配内存，则返回该空指针。注意当前缺省值（`val`域）将依赖于环境变量和其他上下文。一个缺失或者无效的服务文件将会被无声地忽略掉。调用者必须把连接选项当作只读对待。
在处理完选项数组后，把它交给`PQconninfoFree`释放。如果没有这么做， 每次调用`PQconndefaults`都会导致一小部分内存泄漏。
PQconninfo : 返回被一个活动连接使用的连接选项。
```synopsis
PQconninfoOption *PQconninfo(PGconn *conn);
```
返回一个连接选项数组。这可以用来确定用于连接服务器的所有可能的`PQconnectdb`选项和它们的当前缺省值。返回值指向一个`PQconninfoOption`结构的数组，该数组以一个包含空`keyword`指针的条目结束。上述所有对于`PQconndefaults`的注解也适用于`PQconninfo`的结果。
PQconninfoParse : 返回从提供的连接字符串中解析到的连接选项。
```synopsis
PQconninfoOption *PQconninfoParse(const char *conninfo, char **errmsg);
```
解析一个连接字符串并且将结果选项作为一个数组返回，或者在连接字符串有问题时返回`NULL`。这个函数可以用来抽取所提供的连接字符串中的`PQconnectdb`选项。返回值指向一个`PQconninfoOption`结构的数组，该数组以一个包含空`keyword`指针的条目结束。
所有合法选项将出现在结果数组中，但是任何在连接字符串中没有出现的选项的`PQconninfoOption`的`val`会被设置为`NULL`，默认值不会被插入。
如果`errmsg`不是`NULL`，那么成功时`*errmsg`会被设置为`NULL`， 否则设置为被`malloc`过的错误字符串以说明该问题（也可以将`*errmsg`设置为`NULL`并且函数返回`NULL`，这表示一种内存耗尽的情况）。
在处理完选项数组后，把它交给`PQconninfoFree`释放。如果没有这么做， 每次调用`PQconninfoParse`都会导致一小部分内存泄漏。反过来，如果发生一个错误并且`errmsg`不是`NULL`，确保使用`PQfreemem`释放错误字符串。
PQfinish : 关闭与服务器的连接。同时释放PGconn对象使用的内存。
```synopsis
void PQfinish(PGconn *conn);
```
注意，即使与服务器的连接尝试失败（由`PQstatus`指示），应用也应当调用`PQfinish`来释放`PGconn`对象使用的内存。不能在调用`PQfinish`之后再使用`PGconn`指针。
PQreset : 重置与服务器的通讯通道。
```synopsis
void PQreset(PGconn *conn);
```
此函数将关闭与服务器的连接，并且使用所有之前使用过的参数尝试重新建立与同一个服务器的连接。这可能有助于在工作连接丢失后的错误恢复。
PQresetStart PQresetPoll : 以非阻塞方式重置与服务器的通讯通道。
```synopsis
int PQresetStart(PGconn *conn);
PostgresPollingStatusType PQresetPoll(PGconn *conn);
```
这些函数将关闭与服务器的连接，并且使用所有之前使用过的参数尝试重新建立与同一个服务器的连接。这可能有助于在工作连接丢失后的错误恢复。它们和上面的`PQreset`的不同在于它们工作在非阻塞方式。这些函数受到`PQconnectStartParams`、`PQconnectStart`和`PQconnectPoll`相同的限制。
要发起一次连接重置，调用`PQresetStart`。如果它返回 0，那么重置失败。如果返回 1，用与使用`PQresetPoll`建立连接的相同方法使用`PQconnectPoll`重置连接。
PQpingParams : PQpingParams报告服务器的状态。它接受与PQconnectdbParams相同的连接参数。获得服务器状态不需要提供正确的用户名、口令或数据库名。不过，如果提供了不正确的值，服务器将记录一次失败的连接尝试。
```synopsis
PGPing PQpingParams(const char * const *keywords,
const char * const *values,
int expand_dbname);
```
该函数返回下列值之一：
`PQPING_OK`
: 服务器正在运行，并且看起来可以接受连接。
`PQPING_REJECT`
: 服务器正在运行，但是处于一种不允许连接的状态（启动、关闭或崩溃恢复）。
`PQPING_NO_RESPONSE`
: 无法联系到服务器。这可能表示服务器没有运行，或者给定的连接参数中有些错误（例如，错误的端口号），或者有一个网络连接问题（例如，一个防火墙阻断了连接请求）。
`PQPING_NO_ATTEMPT`
: 没有尝试联系服务器，因为提供的参数显然不正确，或者有一些客户端问题（例如，内存用完）。
PQping : PQping报告服务器的状态。它接受与PQconnectdb相同的连接参数。获得服务器状态不需要提供正确的用户名、口令或数据库名。不过，如果提供了不正确的值，服务器将记录一次失败的连接尝试。
```synopsis
PGPing PQping(const char *conninfo);
```
返回值和`PQpingParams`相同。
34.1.1. 连接字符串
几个libpq函数会解析一个用户指定的字符串来获得连接参数。这些字符串有两种被接受的格式：纯关键词 = 值字符串以及URI。URI通常遵循RFC 3986，除非像下文进一步描述的那样允许多主机连接字符串。
34.1.1.1. 关键词/值连接字符串
在第一种格式中，每一个参数设置的形式都是关键词 = 值。等号周围的空白是可选的。要写一个空值或一个包含空白的值，将它用单引号包围，例如关键词 = 'a value'。值里面的单引号和反斜线必须用一个反斜线转义，即\'和\\。
例子：
host=localhost port=5432 dbname=mydb connect_timeout=10
能被识别的参数关键词在第 34.1.2 节中列出。
34.1.1.2. 连接 URI
一个连接URI的一般形式是：
postgresql://[user[:password]@][netloc][:port][,...][/dbname][?param1=value1&...]
URI模式标志符可以是postgresql://或postgres://。每一个URI部分都是可选的。下列例子展示了合法的URI语法：
postgresql://
postgresql://localhost
postgresql://localhost:5433
postgresql://localhost/mydb
postgresql://user@localhost
postgresql://user:secret@localhost
postgresql://other@localhost/otherdb?connect_timeout=10&application_name=myapp
postgresql://host1:123,host2:456/somedb?target_session_attrs=any&application_name=myapp
URI的层次部分的组件可以作为参数给出。例如：
postgresql:///mydb?host=localhost&port=5433
在任意URI部分中可以使用百分号编码来包括有特殊含义的符号，例如用%3D替换=。
任何不对应第 34.1.2 节中列出的关键词的连接参数将被忽略并且关于它们的警告消息会被发送到stderr。
为了提高和 JDBC 连接URI的兼容性，参数ssl=true的实例会被翻译成sslmode=require。
主机部分可能是主机名或一个 IP 地址。要指定一个 IPv6 主机地址，将它封闭在方括号中：
postgresql://[2001:db8::1234]/database
主机组件会被按照参数host对应的描述来解释。特别地，如果主机部分是空或开始于一个斜线，将使用一个 Unix 域套接字连接，否则将启动一个 TCP/IP 连接。不过要注意，斜线是 URI 层次部分中的一个保留字符。因此，要指定一个非标准的 Unix 域套接字目录，要么忽略 URI 中的主机说明并且指定该主机为一个参数，要么在 URI 的主机部分用百分号编码路径：
postgresql:///dbname?host=/var/lib/postgresql
postgresql://%2Fvar%2Flib%2Fpostgresql/dbname
可以在一个URI中指定多个主机，每一个都有一个可选的端口。一个形式为postgresql://host1:port1,host2:port2,host3:port3/的URI等效于host=host1,host2,host3 port=port1,port2,port3形式的连接字符串。每一个主机都将被尝试，直到成功地建立一个连接。
34.1.1.3. 指定多个主机
可以指定多个要连接的主机，这样它们会按给定的顺序被尝试。在键/值格式中，host、hostaddr和port选项都接受逗号分隔的值列表。在指定的每一个选项中都必须给出相同数量的元素，这样第一个hostaddr对应于第一个主机名，第二个hostaddr对应于第二个主机名，以此类推。不过，如果仅指定一个port，它将被应用于所有的主机。
在连接URI格式中，在URI的host部分我们可以列出多个由逗号分隔的host:port对。
不管是哪一种格式，单一的主机名可以被翻译成多个网络地址。常见的例子是一个主机同时具有IPv4和IPv6地址。
当多个主机被指定时或者单个主机名被翻译成多个地址时，所有的主机和地址都将按照顺序被尝试，直至遇到一个成功的。如果没有主机可以到达，则连接失败。如果成功地建立一个连接但是认证失败，也不会尝试列表中剩下的主机。
如果使用了口令文件，可以为不同的主机使用不同的口令。所有其他连接选项对列表中的每一台主机都是相同的，例如不能为不同的主机指定不同的用户名。
34.1.2. 参数关键词
当前被识别的参数关键词是：
host : 要连接的主机名。如果一个主机名以斜线开始，则表示一个 Unix 域通信而不是 TCP/IP 通信，其值是存储套接字文件的目录名。当host没有指定或者为空时的默认行为是连接到一个/tmp（或者PostgreSQL编译时指定的任何套接字目录）中的 Unix 域套接字。在没有 Unix 域套接字的机器上，默认是连接到localhost。
也接受由逗号分隔的主机名列表，这种情况下将依次尝试列表中的主机名，列表中的空项会选择上述的默认行为。详情请参考[第 34.1.1.3 节](libpq-connect.md#LIBPQ-MULTIPLE-HOSTS "34.1.1.3. 指定多个主机")。
hostaddr : 要连接的主机的数字 IP 地址。它应该是标准的 IPv4 地址格式，例如172.28.40.9。如果你的机器支持 IPv6，你也可以使用那些地址。当为这个参数指定一个非空字符串时，总是会使用 TCP/IP 通信。
使用`hostaddr`代替`host`允许应用能避免一次主机名查找，这对于具有时间约束的应用可能非常重要。不过，GSSAPI 或 SSPI 认证方法以及`verify-full` SSL 证书验证还是要求一个主机名。使用的是下列规则：
* 如果指定了`host`但没有`hostaddr`，则会发生主机名查找（在使用`PQconnectPoll`时，`PQconnectPoll`第一次考虑这个主机名时会发生查找，可能会导致`PQconnectPoll`阻塞可观的时间）。
* 如果`hostaddr`被指定且没有`host`，`hostaddr`的值给出了服务器的网络地址。如果认证方法要求一个主机名则连接尝试将会失败。
* 如果`host`和`hostaddr`都被指定，`hostaddr`的值给出服务器的网络地址。`host`的值将被忽略，除非认证方法要求它，在那种情况下它将被用作主机名。
注意如果`host`不是网络地址`hostaddr`上的服务器名，认证很可能会失败。此外，当`host`和`hostaddr`都被指定时，`host`被用来在口令文件中标识该连接（见[第 34.15 节](libpq-pgpass.md "34.15. 口令文件")）。
逗号分隔的`hostaddr`值列表也被接受，这种情况下将依次尝试列表中的主机。列表中的空项会导致对应的主机名被使用，或者如果对应的主机名也为空时使用默认主机名。详情请参考[第 34.1.1.3 节](libpq-connect.md#LIBPQ-MULTIPLE-HOSTS "34.1.1.3. 指定多个主机")。
如果没有一个主机名或主机地址，libpq将尝试使用一个本地 Unix 域套接字连接，或者在没有 Unix 域套接字的机器上尝试连接到`localhost`。
port : 在服务器主机上要连接的端口号，或者用于 Unix 域连接的套接字文件名扩展。如果在host或hostaddr参数中给出了多个主机，这个参数可以指定一个逗号分隔的端口列表，列表长度与主机列表相同，或者这个参数可以指定一个单一的端口号用于所有的主机。空字符串或者逗号分隔列表中的空项指定的是PostgreSQL编译时建立的默认端口号。
dbname : 数据库名。默认和用户名相同。在一般的环境下，会为扩展格式检查该值，详见第 34.1.1 节。
user : PostgreSQL 要作为哪个用户连接。默认与运行着该应用的用户的操作系统名相同。
password : 服务器要求口令认证时要使用的口令。
passfile : 指定用于存放口令的文件名（见第 34.15 节）。默认是~/.pgpass，或者是Microsoft Windows上的%APPDATA%\postgresql\pgpass.conf（如果该文件不存在也不会报错）。
connect_timeout : 连接的最大等待时间，以秒为单位（写作一个十进制整数，例如10）。零、负值或者不指定表示无限等待。允许的最小超时是2秒，因此值1会被解释为2。这个超时单独应用于每个主机名或者IP地址。例如，如果指定两个主机并且connect_timeout为5，每个主机都会在5秒内没有建立起连接的情况下超时，因此花费在等待连接上的总时间可能高达10秒。
client_encoding : 为连接设置client_encoding配置参数。除了被相应服务器选项所接受的值，你还能使用auto从客户端的当前区域（Unix 系统上的LC_CTYPE环境变量）决定正确的编码。
options : 指定在连接开始时发送给服务器的命令行选项。例如，设置这个参数为-c geqo=off会把会话的geqo参数值设置为off。这个字符串中的空格被认为是命令行参数的分隔符，除非用一个反斜线（\）对它转义，用\\可以表示一个字面意义上的反斜线。可用选项的详细讨论请参考第 19 章。
application_name : 为application_name配置参数指定一个值。
fallback_application_name : 为application_name配置参数指定一个后补值。如果通过一个连接参数或PGAPPNAME环境变量没有为application_name给定一个值，将使用这个值。在希望设置一个默认应用名但不希望它被用户覆盖的一般工具程序中指定一个后补值很有用。
keepalives : 控制是否使用客户端的 TCP 保持存活机制。默认值是 1，表示打开。但是如果不想要保持存活机制，你可以改成 0 表示关闭。对于通过一个 Unix 域套接字建立的连接会忽略这个参数。
keepalives_idle : 控制非活动多少秒之后 TCP 应该向服务器发送一个存活消息。零值表示使用系统默认值。对于一个通过 Unix 域套接字建立的连接将忽略这个参数，如果保持存活机制被禁用也将忽略这个参数。它只被TCP_KEEPIDLE或等效的套接字选项可用的系统以及 Windows支持，在其他系统上，它没有效果。
keepalives_interval : 控制一个 TCP 存活消息没有被服务器认可多少秒之后应该被重传。零值表示使用系统默认值。对于一个通过 Unix 域套接字建立的连接将忽略这个参数，如果保持存活机制被禁用也将忽略这个参数。它只被TCP_KEEPINTVL或等效的套接字选项可用的系统以及 Windows支持，在其他系统上，它没有效果。
keepalives_count : 控制该客户端到服务器的连接被认为死亡之前可以丢失的 TCP 存活消息数量。零值表示使用系统默认值。对于一个通过 Unix 域套接字建立的连接将忽略这个参数，如果保持存活机制被禁用也将忽略这个参数。它只被TCP_KEEPCNT或等效的套接字选项可用的系统以及 Windows支持，在其他系统上，它没有效果。
tty : 被忽略（之前，这指定向哪里发送服务器调试输出）。
replication : 这个选项决定是否该连接应该使用复制协议而不是普通协议。这是PostgreSQL的复制连接以及pg_basebackup之类的工具在内部使用的协议，但也可以被第三方应用使用。关于复制协议的介绍可以参考第 53.4 节。
支持下列值，大小写无关：
`true`、`on`、`yes`、`1`
: 连接进入到物理复制模式。
`database`
: 连接进入到逻辑复制模式，连接到`dbname`参数中指定的数据库。
`false`、`off`、`no`、`0`
: 该连接是一个常规连接，这是默认行为。
在物理或者逻辑复制模式中，仅能使用简单查询协议。
sslmode : 这个选项决定一个SSL TCP/IP连接是否将与服务器协商，或者决定以何种优先级协商。有六种模式：
`disable`
: 只尝试非SSL连接
`allow`
: 首先尝试非SSL连接，如果失败再尝试SSL连接
`prefer`（默认）
: 首先尝试SSL连接，如果失败再尝试非SSL连接
`require`
: 只尝试SSL连接。如果存在一个根 CA 文件，以`verify-ca`被指定的相同方式验证该证书
`verify-ca`
: 只尝试SSL连接，并且验证服务器证书是由一个可信的证书机构颁发的（`CA`）
`verify-full`
: 只尝试SSL连接，验证服务器证书是由一个可信的`CA`颁发并且请求的服务器主机名匹配证书中的主机名
这些选项如何工作的详细描述见[第 34.18 节](libpq-ssl.md "34.18. SSL 支持")。
对于 Unix 域套接字通信，`sslmode`会被忽略。如果PostgreSQL被编译为不带 SSL 支持，使用选项`require`、`verify-ca`或`verify-full`将导致错误，而选项`allow`和`prefer`将会被接受但是libpq将不会真正尝试SSL连接。
requiressl : 为了支持sslmode模式，这个选项已被废弃。
如果设置为 1，则要求一个到服务器的SSL连接（这等效于`sslmode` `require`）。如果服务器不接受SSL连接，libpq则将拒绝连接。如果设置为 0（默认），libpq将与该服务器协商连接类型（等效于`sslmode` `prefer`）。只有PostgreSQL被编译为带有 SSL 支持，这个选项才可用。
sslcompression : 如果设置为1，通过SSL连接发送的数据将被压缩。如果设置为0，压缩将被禁用。默认值为0。如果建立的连接没有使用SSL，则这个参数会被忽略。
现如今SSL压缩被认为是不安全的，因此已经不再推荐使用。OpenSSL 1.1.0默认禁用压缩，并且很多操作系统发行版在前面的版本中也将其禁用，因此如果服务器不接受压缩，将这个参数设置为on不会有任何效果。另一方面，1.0.0之前的OpenSSL不支持禁用压缩，因此对那些版本来说会忽略这个参数，而是否使用压缩取决于服务器。
如果安全性不是主要考虑的问题，在网络是瓶颈的情况下，压缩能够改进吞吐量。如果CPU性能是受限的因素，禁用压缩能提高响应时间和吞吐量。
sslcert : 这个参数指定客户端 SSL 证书的文件名，它替换默认的~/.postgresql/postgresql.crt。如果没有建立 SSL 连接，这个参数会被忽略。
sslkey : 这个参数指定用于客户端证书的密钥位置。它能指定一个会被用来替代默认的~/.postgresql/postgresql.key的文件名，或者它能够指定一个从外部“引擎”（引擎是OpenSSL的可载入模块）得到的密钥。一个外部引擎说明应该由一个冒号分隔的引擎名称以及一个引擎相关的关键标识符组成。如果没有建立 SSL 连接，这个参数会被忽略。
sslrootcert : 这个参数指定一个包含 SSL 证书机构（CA）证书的文件名称。如果该文件存在，服务器的证书将被验证是由这些机构之一签发。默认值是~/.postgresql/root.crt。
sslcrl : 这个参数指定 SSL 证书撤销列表（CRL）的文件名。列在这个文件中的证书如果存在，在尝试认证该服务器证书时会被拒绝。默认值是~/.postgresql/root.crl。
requirepeer : 这个参数指定服务器的操作系统用户，例如requirepeer=postgres。当建立一个 Unix 域套接字连接时，如果设置了这个参数，客户端在连接开始时检查服务器进程是运行在指定的用户名之下。如果发现不是，该连接会被一个错误中断。这个参数能被用来提供与 TCP/IP 连接上 SSL 证书相似的服务器认证（注意，如果 Unix 域套接字在/tmp或另一个公共可写的位置，任何用户能开始一个在那里监听的服务器。使用这个参数来保证你连接的是一个由可信用户运行的服务器）。这个选项只在实现了peer认证方法的平台上受支持，见第 20.9 节。
krbsrvname : 当用 GSSAPI 认证时，要使用的 Kerberos 服务名。为了让 Kerberos 认证成功，这必须匹配在服务器配置中指定的服务名（另见第 20.6 节）。
gsslib : 用于 GSSAPI 认证的 GSS 库。只用在 Windows 上。设置为gssapi可强制 libpq 用 GSSAPI 库来代替默认的 SSPI 进行认证。
service : 用于附加参数的服务名。它指定保持附加连接参数的pg_service.conf中的一个服务名。这允许应用只指定一个服务名，这样连接参数能被集中维护。见第 34.16 节。
target_session_attrs : 如果这个参数被设置为read-write，只有默认接受读写事务的连接才是可接受的。在任何成功的连接上将发出查询SHOW transaction_read_only，如果它返回on则连接将被关闭。如果在连接字符串中指定了多个主机，只要连接尝试失败就会尝试剩余的服务器。这个参数的默认值any认为所有连接都可接受。