↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

支持中的版本: 当前版本 (18) / 17 / 16
开发中的版本: 19 / 20devel
已结束支持的版本: 7.3 / 7.2

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 连接的进程执行 fork 操作可能导致不可预料的结果,因为父进程和子进程会共享相同的套接字和操作系统资源。出于这个原因,我们不推荐这样的用法,尽管从子进程执行一个 exec 来载入新的可执行程序是安全的。

PQconnectdbParams #

开启一个到数据库服务器的新连接。

PGconn *PQconnectdbParams(const char * const *keywords,
                          const char * const *values,
                          int expand_dbname);

这个函数使用从两个以 NULL 结尾的数组中取得的参数打开一个新的数据库连接。第一个数组 keywords 是一个字符串数组,其中每个元素都是一个关键词。第二个数组 values 给出每个关键词的值。和下面的 PQsetdbLogin 不同,参数集合可以在不改变函数签名的情况下扩展,因此对于新应用,最好使用这个函数(或者相应的非阻塞函数 PQconnectStartParams 和 PQconnectPoll)。

当前能被识别的参数关键词被列举在第 34.1.2 节中。

传入的数组可以为空,以使用所有默认参数,也可以包含一个或多个参数设置。两个数组的长度必须相同。处理会在 keywords 数组的第一个 NULL 元素处停止。如果某个非 NULL 的 keywords 元素所对应的 values 元素为 NULL 或空字符串,则忽略这一项,继续处理下一对数组元素。

当 expand_dbname 非零时,会检查第一个 dbname 关键词的值是否为连接字符串。如果是,就将其“展开”为从该字符串中提取的各个连接参数。如果该值包含等号(=),或以 URI 方案标识符开头,就会将其视为连接字符串,而非单纯的数据库名。(连接字符串格式的详细说明见第 34.1.1 节。)只有第一次出现的 dbname 会按这种方式处理;后续的 dbname 参数都作为普通数据库名处理。

通常会从头到尾处理参数数组。如果某个关键词重复出现,则采用最后一个非 NULL 且非空的值。此规则也适用于连接字符串中的关键词与 keywords 数组中的关键词冲突的情况。因此,程序员可以决定数组元素是覆盖连接字符串中的值,还是被这些值覆盖。出现在要展开的 dbname 元素之前的数组元素,可以被连接字符串中的字段覆盖;而这些字段又会被出现在 dbname 之后的数组元素覆盖(同样,只有这些元素提供非空值时才会覆盖)。

处理完所有数组元素及展开的连接字符串后,仍未设置的连接参数将填入默认值。如果某个未设置参数对应的环境变量(见第 34.15 节)已经设置,就使用该环境变量的值;否则使用该参数的内置默认值。

PQconnectdb #

开启一个到数据库服务器的新连接。

PGconn *PQconnectdb(const char *conninfo);

这个函数使用从字符串 conninfo 中得到的参数开启一个新的数据库连接。

被传递的字符串可以为空,这样将会使用所有的默认参数。也可以包含由空白分隔的一个或多个参数设置,还可以包含一个 URI。详见第 34.1.1 节。

PQsetdbLogin #

开启一个到数据库服务器的新连接。

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 的规则应用其余参数。

pgtty 已经不再使用,任何传递的值将被忽略。

PQsetdb #

开启一个到数据库服务器的新连接。

PGconn *PQsetdb(char *pghost,
                char *pgport,
                char *pgoptions,
                char *pgtty,
                char *dbName);

这是一个调用 PQsetdbLogin 的宏,其中为 login 和 pwd 参数使用空指针。提供它是为了向后兼容非常老的程序。

PQconnectStartParams
PQconnectStart
PQconnectPoll #

以非阻塞的方式建立一个到数据库服务器的连接。

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 参数,以避免执行 DNS 查询。详细信息请参见第 34.1.2 节中该参数的说明。

  • 如果你调用 PQtrace,确保接收追踪输出的流对象不会阻塞。

  • 如后文所述,你必须要确保在调用 PQconnectPoll 之前,套接字处于合适的状态。

要开始非阻塞连接请求,可调用 PQconnectStart 或者 PQconnectStartParams。如果结果为空指针,则 libpq 无法分配一个新的 PGconn 结构体。否则,一个有效的 PGconn 指针会被返回(不过还没有表示一个到数据库的有效连接)。接下来调用 PQstatus(conn)。如果结果是 CONNECTION_BAD,则连接尝试已经失败,通常是因为有无效的连接参数。

如果 PQconnectStart 或 PQconnectStartParams 成功,下一个阶段是轮询 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 #

消费连接上的任何剩下的响应消息。

注意,虽然为保持兼容性会保留这些常量,但应用程序不应依赖它们按特定顺序出现、不应假定它们一定出现,也不应假定状态值一定是这里列出的某个值。应用程序可以采用如下方式:

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 或 PQconnectStartParams 返回一个非空的指针时,你必须在用完它之后调用 PQfinish 来释放该结构体及其关联的所有内存块。即使连接尝试失败或被放弃时也必须完成这些工作。

PQconndefaults #

返回默认连接选项。

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 #

返回被一个活动连接使用的连接选项。

PQconninfoOption *PQconninfo(PGconn *conn);

返回一个连接选项数组。可以用它确定所有可能的 PQconnectdb 选项,以及实际用于连接服务器的值。返回值指向一个 PQconninfoOption 结构体数组,该数组以 keyword 指针为空的条目结束。上文针对 PQconndefaults 的所有注意事项,也适用于 PQconninfo 的结果。

PQconninfoParse #

返回从提供的连接字符串中解析到的连接选项。

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 对象使用的内存。

void PQfinish(PGconn *conn);

注意,即使与服务器的连接尝试失败(由 PQstatus 指示),应用也应当调用 PQfinish 来释放 PGconn 对象使用的内存。不能在调用 PQfinish 之后再使用 PGconn 指针。

PQreset #

重置与服务器的通信通道。

void PQreset(PGconn *conn);

此函数将关闭与服务器的连接,并尝试建立一个新连接,用之前使用过的所有参数。这可能有助于在工作连接丢失后的错误恢复。

PQresetStart
PQresetPoll #

以非阻塞方式重置与服务器的通信通道。

int PQresetStart(PGconn *conn);

PostgresPollingStatusType PQresetPoll(PGconn *conn);

这些函数将关闭与服务器的连接,并且使用所有之前使用过的参数尝试建立一个新连接。这可能有助于在工作连接丢失后的错误恢复。它们和上面的 PQreset 的不同在于它们以非阻塞方式工作。这些函数受到与 PQconnectStartParams、PQconnectStart 和 PQconnectPoll 相同的限制。

要开始重置连接,请调用 PQresetStart。如果返回 0,表示重置失败。如果返回 1,则使用 PQresetPoll 轮询重置过程,方式与使用 PQconnectPoll 建立连接完全相同。

PQpingParams #

PQpingParams 报告服务器的状态。它接受与 PQconnectdbParams 相同的连接参数,如上所述。获得服务器状态不需要提供正确的用户名、密码或数据库名。不过,如果提供了不正确的值,服务器将记录一次失败的连接尝试。

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 相同的连接参数。获得服务器状态不需要提供正确的用户名、密码或数据库名。不过,如果提供了不正确的值,服务器将记录一次失败的连接尝试。

PGPing PQping(const char *conninfo);

返回值和 PQpingParams 相同。

PQsetSSLKeyPassHook_OpenSSL #

PQsetSSLKeyPassHook_OpenSSL 允许应用覆盖 libpq 对加密客户端证书密钥文件的默认处理方式,包括使用 sslpassword 或交互式提示输入密码的处理。

void PQsetSSLKeyPassHook_OpenSSL(PQsslKeyPassHook_OpenSSL_type hook);

应用程序传入一个指向回调函数的指针,其签名为:

int callback_fn(char *buf, int size, PGconn *conn);

随后,libpq 会调用该回调,而不是调用其默认的 PQdefaultSSLKeyPassHook_OpenSSL 处理程序。回调函数应确定密钥密码,并将其复制到大小为 size 的结果缓冲区 buf 中。buf 中的字符串必须以空字符结尾。回调函数必须返回存储在 buf 中的密码长度,不包括结尾的空字符。如果失败,回调函数应设置 buf[0] = '\0' 并返回 0。参见 libpq 源代码中的 PQdefaultSSLKeyPassHook_OpenSSL 以获得示例。

如果用户指定了一个显式的密钥位置,那么当调用回调时,它的路径将在 conn->sslkey 中。如果使用默认密钥路径,则这将为空。对于作为引擎说明符的密钥,由引擎实现决定它们是使用 OpenSSL 密码回调还是定义自己的处理方式。

应用回调可以选择把未处理的情况委派给 PQdefaultSSLKeyPassHook_OpenSSL,也可以先调用它,如果它返回 0 再尝试其他方法,或者完全覆盖它。

回调不得通过异常、longjmp(...) 等方式跳出正常控制流。它必须正常返回。

PQgetSSLKeyPassHook_OpenSSL #

PQgetSSLKeyPassHook_OpenSSL 返回当前客户端证书密钥密码钩子,如果没有设置则返回 NULL。

PQsslKeyPassHook_OpenSSL_type PQgetSSLKeyPassHook_OpenSSL(void);

34.1.1. 连接字符串 #

几个 libpq 函数解析用户指定的字符串以获取连接参数。这些字符串有两种被接受的格式:普通的关键词/值字符串和 URI。URI 通常遵循 RFC 3986,但也允许使用多主机连接字符串,详见下文。

34.1.1.1. 关键词/值连接字符串 #

在关键词/值格式中,每一个参数设置的形式都是关键词 = 值,设置之间以空格分隔。设置的等号周围的空格是可选的。要写一个空值或一个包含空格的值,将它用单引号包围,例如 keyword = 'a value'。值里面的单引号和反斜杠必须用一个反斜杠转义,即\' 和\\。

示例:

host=localhost port=5432 dbname=mydb connect_timeout=10

能被识别的参数关键词在第 34.1.2 节中列出。

34.1.1.2. 连接 URI #

一个连接 URI 的一般形式是:

postgresql://[userspec@][hostspec][/dbname][?paramspec]

其中 userspec 为:

user[:password]

hostspec 为:

[host][:port][,...]

paramspec 为:

name=value[&...]

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

所有命名参数都必须与第 34.1.2 节中列出的关键词匹配;唯一的例外是,为兼容 JDBC 连接 URI,会将 ssl=true 转换为 sslmode=require。

如果连接 URI 的任意部分包含具有特殊含义的符号,就需要使用百分号编码。下面的示例将等号(=)替换为 %3D,将空格字符替换为 %20:

postgresql://user@localhost:5433/mydb?options=-c%20synchronous_commit%3Doff

主机部分可能是主机名或一个 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 通信;此值是存放套接字文件的目录名。(在 Unix 上,绝对路径名以斜杠开头。在 Windows 上,也会识别以驱动器号开头的路径。)如果主机名以 @ 开头,则将其视为抽象命名空间中的 Unix 域套接字(目前在 Linux 和 Windows 上支持)。当未指定 host 或其值为空时,默认连接到 /tmp(或构建 PostgreSQL 时指定的套接字目录)中的 Unix 域套接字。在 Windows 上,默认连接到 localhost。

也可以接受一个逗号分隔的主机名列表,此时列表中的每个主机名将按顺序尝试;列表中的空项将选择上述默认行为。详细信息请参见第 34.1.1.3 节。

hostaddr #

要连接的主机的数字 IP 地址。这应该是标准的 IPv4 地址格式,例如,172.28.40.9。如果您的机器支持 IPv6,也可以使用这些地址。当为此参数指定非空字符串时,总是使用 TCP/IP 通信。如果未指定此参数,则会根据 host 的值查找相应的 IP 地址 — 或者,如果 host 指定了 IP 地址,则将直接使用该值。

使用 hostaddr 允许应用程序避免主机名查找,这在有时间限制的应用程序中可能很重要。但是,对于 GSSAPI 或 SSPI 认证方法以及 verify-full SSL 证书验证,需要主机名。使用以下规则:

  • 如果指定了 host 而没有指定 hostaddr,则会发生主机名查找。(当使用 PQconnectPoll 时,查找发生在 PQconnectPoll 首次考虑此主机名时,并且可能导致 PQconnectPoll 阻塞相当长的时间。)

  • 如果指定了 hostaddr 而没有指定 host,则 hostaddr 的值给出服务器的网络地址。如果认证方法需要主机名,则连接尝试将失败。

  • 如果同时指定了 host 和 hostaddr,则 hostaddr 的值给出服务器的网络地址。只有认证方法需要主机名时,才会将 host 的值用作主机名;否则忽略该值。

请注意,如果 host 不是网络地址 hostaddr 上服务器的名称,则认证可能会失败。此外,当同时指定 host 和 hostaddr 时,host 用于在密码文件中标识连接(请参阅第 34.16 节)。

也可以接受一个逗号分隔的 hostaddr 值列表,此时将按顺序尝试列表中的每个主机。列表中的空项会导致使用相应的主机名,如果主机名也为空,则使用默认主机名。详见第 34.1.1.3 节。

如果既没有主机名也没有主机地址,libpq 会使用本地 Unix 域套接字连接;在 Windows 上,则会尝试连接到 localhost。

port #

连接到服务器主机的端口号,或者 Unix 域连接的套接字文件名扩展。如果在 host 或 hostaddr 参数中给出了多个主机,则此参数可以指定与主机列表长度相同的逗号分隔的端口列表,或者可以指定用于所有主机的单个端口号。空字符串,或逗号分隔列表中的空项,指定了在构建 PostgreSQL 时建立的默认端口号。

dbname #

数据库名称。默认为与用户名相同。在某些情况下,该值会被检查是否为扩展格式;有关更多详细信息,请参阅第 34.1.1 节。

user #

建立连接所用的 PostgreSQL 用户名。默认与运行应用程序的操作系统用户名相同。

password #

服务器要求密码认证时所使用的密码。

passfile #

指定用于存储密码的文件名(参见第 34.16 节)。默认为 ~/.pgpass,或在 Microsoft Windows 上为 %APPDATA%\postgresql\pgpass.conf。(如果此文件不存在,则不会报告错误。)

require_auth #

指定客户端要求服务器采用的认证方法。如果服务器没有使用所要求的方法来认证客户端,或者服务器没有完整完成认证握手,则连接将失败。也可以提供一个以逗号分隔的方法列表,此时服务器必须恰好使用其中一种方法,连接才会成功。默认情况下接受任意认证方法,并且服务器也可以完全跳过认证。

可以在方法名前加上!前缀以表示否定,此时服务器不得尝试所列方法;除此之外,任何其他方法都可接受,并且服务器也可以完全不认证客户端。如果提供的是逗号分隔列表,服务器不得尝试其中任何一个被否定的方法。否定形式和非否定形式不能在同一设置中混用。

最后还有一种特殊情况:none 方法要求服务器不使用认证质询。(它也可以被否定,用来要求必须进行某种认证。)

可指定的方法如下:

password

服务器必须请求明文密码认证。

md5

服务器必须请求 MD5 hash 密码认证。

gss

服务器必须通过 GSSAPI 请求 Kerberos 握手,或者建立一个经过 GSS 加密的通道(另见 gssencmode)。

sspi

服务器必须请求 Windows SSPI 认证。

scram-sha-256

服务器必须与客户端成功完成一次 SCRAM-SHA-256 认证交换。

none

服务器不得提示客户端执行认证交换。(这并不禁止通过 TLS 进行客户端证书认证,也不禁止通过 GSS 自身的加密传输进行 GSS 认证。)

channel_binding #

这个选项控制客户端对通道绑定的使用。设置为 require 表示连接必须使用通道绑定,prefer 表示客户端将在可用时选择通道绑定,而 disable 则阻止使用通道绑定。默认情况下,如果 PostgreSQL 是使用 SSL 支持编译的,则默认为 prefer;否则默认为 disable。

通道绑定是服务器向客户端证明自身身份的一种方法。它只在使用 PostgreSQL 11 或更高版本服务器、并采用 SCRAM 认证方法的 SSL 连接上受支持。

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。此字符串中的空格被视为分隔命令行参数,除非用反斜杠(\)转义;写\\ 表示字面上的反斜杠。有关可用选项的详细讨论,请参阅第 20 章。

application_name #

指定 application_name 配置参数的值。

fallback_application_name #

指定 application_name 配置参数的后备值。如果没有通过连接参数或 PGAPPNAME 环境变量为 application_name 指定值,则将使用此值。在通用实用程序中指定后备名称很有用,该程序希望设置默认应用程序名称,但允许用户覆盖它。

keepalives #

控制是否使用客户端 TCP keepalive。默认值为 1,表示开启;如果不需要 keepalive,可以将其设为 0,表示关闭。对于通过 Unix 域套接字建立的连接,此参数会被忽略。

keepalives_idle #

控制在多久没有活动后,TCP 应向服务器发送 keepalive 消息,以秒为单位。值为零时使用系统默认值。对于通过 Unix 域套接字建立的连接,或禁用 keepalive 时,此参数会被忽略。此参数仅在支持 TCP_KEEPIDLE 或等效套接字选项的系统以及 Windows 上受支持;在其他系统上无效。

keepalives_interval #

控制未被服务器确认收到的 TCP keepalive 消息在多少秒后应被重传。值为零时使用系统默认值。对于通过 Unix 域套接字建立的连接,或禁用 keepalive 时,此参数会被忽略。此参数仅在支持 TCP_KEEPINTVL 或等效套接字选项的系统以及 Windows 上受支持;在其他系统上无效。

keepalives_count #

控制在客户端与服务器之间的连接被视为中断之前,可以丢失多少个 TCP keepalive 消息。值为零时使用系统默认值。对于通过 Unix 域套接字建立的连接,或禁用 keepalive 时,此参数会被忽略。此参数仅在支持 TCP_KEEPCNT 或等效套接字选项的系统上受支持;在其他系统上无效。

tcp_user_timeout #

控制已发送的数据在连接被强制关闭之前最多可以保持未确认状态多长时间,以毫秒为单位。值为零时使用系统默认值。对于通过 Unix 域套接字建立的连接,此参数会被忽略。此参数仅在支持 TCP_USER_TIMEOUT 的系统上受支持;在其他系统上无效。

replication #

这个选项确定连接是否应该使用复制协议而不是正常协议。这就是 PostgreSQL 复制连接以及诸如 pg_basebackup 这样的工具在内部使用的方式,但也可以被第三方应用程序使用。要了解复制协议的描述,请参考第 55.4 节。

支持以下值(不区分大小写):

true, on, yes, 1

连接进入物理复制模式。

database

连接进入逻辑复制模式,连接到 dbname 参数中指定的数据库。

false, off, no, 0

连接是常规连接,这是默认行为。

在物理或逻辑复制模式下,只能使用简单查询协议。

gssencmode #

这个选项确定是否以及以何种优先级与服务器协商安全的 GSS TCP/IP 连接。有三种模式:

disable

仅尝试未经 GSSAPI 加密的连接

prefer(默认)

如果存在 GSSAPI 凭据(即在凭据缓存中),首先尝试 GSSAPI 加密连接;如果失败或没有凭据,则尝试未经 GSSAPI 加密的连接。这是在编译 PostgreSQL 时使用 GSSAPI 支持时的默认设置。

require

仅尝试 GSSAPI 加密连接

gssencmode 在 Unix 域套接字通信中被忽略。如果 PostgreSQL 没有编译 GSSAPI 支持,使用 require 选项将导致错误,而 prefer 将被接受,但 libpq 实际上不会尝试进行 GSSAPI 加密连接。

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.19 节。

在 Unix 域套接字通信中,sslmode 会被忽略。如果 PostgreSQL 编译时未启用 SSL 支持,使用选项 require、verify-ca 或 verify-full 会导致错误,而选项 allow 和 prefer 将被接受,但 libpq 实际上不会尝试建立 SSL 连接。

注意,如果可以使用 GSSAPI 加密,就会优先使用它而不是 SSL 加密,无论 sslmode 的值是什么。在具有可用 GSSAPI 基础设施(例如 Kerberos 服务器)的环境中,要强制使用 SSL 加密,还应将 gssencmode 设为 disable。

requiressl #

此选项已弃用,请改用 sslmode 设置。

如果设置为 1,则需要与服务器建立 SSL 连接(这相当于 sslmode require)。libpq 将拒绝连接,如果服务器不接受 SSL 连接。如果设置为 0(默认值),libpq 将与服务器协商连接类型(相当于 sslmode prefer)。此选项仅在 PostgreSQL 编译时启用了 SSL 支持的情况下可用。

sslcompression #

如果设置为 1,通过 SSL 连接发送的数据将被压缩。如果设置为 0,将禁用压缩。默认值为 0。如果进行非 SSL 连接,则忽略此参数。

SSL 压缩现在被认为是不安全的,不再建议使用。OpenSSL 1.1.0 默认禁用压缩,许多操作系统发行版也在之前的版本中禁用了压缩,因此如果服务器不接受压缩,将此参数设置为 on 将不会产生任何效果。PostgreSQL 14 在后端完全禁用了压缩。

如果安全性不是主要考虑因素,压缩可以提高吞吐量,如果网络是瓶颈的话。如果 CPU 性能是限制因素,禁用压缩可以缩短响应时间并提高吞吐量。

sslcert #

这个参数指定客户端 SSL 证书的文件名,替换默认的 ~/.postgresql/postgresql.crt。如果没有建立 SSL 连接,则此参数将被忽略。

sslkey #

这个参数指定了用于客户端证书的密钥的位置。它可以指定一个文件名,该文件名将被用来替代默认的 ~/.postgresql/postgresql.key,或者它可以指定一个从外部“引擎”(引擎是 OpenSSL 可加载模块)获取的密钥。外部引擎的指定形式应包含一个由冒号分隔的引擎名称和一个引擎特定的密钥标识符。如果没有进行 SSL 连接,则此参数将被忽略。

sslpassword #

这个参数指定了在 sslkey 中指定的密钥的密码,允许客户端证书私钥在磁盘上以加密形式存储,即使交互式密码输入不可行。

当向 libpq 提供加密的客户端证书密钥时,将此参数指定为任意非空值,都将抑制 OpenSSL 默认发出的 Enter PEM pass phrase: 提示。

如果密钥未加密,则忽略此参数。该参数对由 OpenSSL 引擎指定的密钥没有影响,除非引擎使用 OpenSSL 密码回调机制进行提示。

没有与此选项等效的环境变量,也没有在.pgpass 中查找它的功能。它可以在服务文件连接定义中使用。使用更复杂功能的用户应考虑使用 OpenSSL 引擎和类似 PKCS#11 或 USB 加密卸载设备的工具。

sslcertmode #

此选项决定是否可以向服务器发送客户端证书,以及服务器是否必须请求客户端证书。共有三种模式:

disable

即使客户端有可用证书(默认位置或通过 sslcert 提供),也绝不发送客户端证书。

allow(默认)

如果服务器请求证书且客户端有证书可发,则可以发送证书。

require

服务器必须请求证书。如果客户端没有发送证书而服务器仍成功认证了客户端,则连接将失败。

注意

sslcertmode=require 不会增加额外的安全性,因为无法保证服务器一定正确验证了证书;PostgreSQL 服务器通常无论是否验证,都会向客户端请求 TLS 证书。该选项在排查更复杂的 TLS 配置时可能有用。

sslrootcert #

此参数指定包含 SSL 证书颁发机构(CA)证书的文件名。如果文件存在,则会验证服务器证书是否由这些机构之一签名。默认值为 ~/.postgresql/root.crt。

也可以指定特殊值 system,此时会加载 SSL 实现提供的受信任 CA 根证书。这些根证书的确切位置因 SSL 实现和平台而异。对于 OpenSSL,还可以通过 SSL_CERT_DIR 和 SSL_CERT_FILE 环境变量进一步修改这些位置。

注意

使用 sslrootcert=system 时,默认的 sslmode 会改为 verify-full,任何较弱的设置都会引发错误。在大多数情况下,任何人都很容易为其控制的主机名获取受系统信任的证书,因此 verify-ca 及所有更弱的模式都无法发挥作用。

特殊值 system 优先于同名的本地证书文件。如果遇到这种情况,请改用其他路径,例如 sslrootcert=./system。

sslcrl #

此参数指定 SSL 服务器证书吊销列表(CRL)的文件名。如果该文件存在,在验证服务器证书时,会拒绝其中列出的证书。如果既未设置 sslcrl,也未设置 sslcrldir,则采用 ~/.postgresql/root.crl。

sslcrldir #

此参数指定 SSL 服务器证书吊销列表(CRL)的目录名。如果该目录存在,在验证服务器证书时,会拒绝该目录下文件中列出的证书。

目录需要使用 OpenSSL 命令 openssl rehash 或 c_rehash 进行准备。详细信息请参阅其文档。

sslcrl 和 sslcrldir 可以一起指定。

sslsni #

如果设置为 1(默认值),libpq 会在启用 SSL 的连接上设置 TLS 扩展“服务器名称指示”(SNI)。通过将此参数设置为 0,可以关闭此功能。

服务器名称指示可以被 SSL 感知代理使用,以便在不解密 SSL 流的情况下路由连接。(请注意,这需要一个了解 PostgreSQL 协议握手的代理,而不仅仅是任何 SSL 代理。)然而,SNI 会使目标主机名以明文形式出现在网络流量中,因此在某些情况下可能不希望使用。

requirepeer #

这个参数指定了服务器的操作系统用户名,例如 requirepeer=postgres。在建立 Unix 域套接字连接时,如果设置了这个参数,客户端会在连接开始时检查服务器进程是否在指定的用户下运行;如果不是,则连接会因错误而中止。这个参数可用于提供类似于在 TCP/IP 连接上使用 SSL 证书的服务器认证。(请注意,如果 Unix 域套接字位于 /tmp 或其他公共可写位置,任何用户都可以在那里启动一个服务器监听。使用这个参数来确保您连接到由受信任用户运行的服务器。)此选项仅在实现了 peer 认证方法的平台上受支持;请参见第 21.9 节。

ssl_min_protocol_version #

这个参数指定连接允许的最低 SSL/TLS 协议版本。有效值为 TLSv1、TLSv1.1、TLSv1.2 和 TLSv1.3。支持的协议取决于所使用的 OpenSSL 版本,旧版本不支持最现代的协议版本。如果未指定,默认值为 TLSv1.2,符合本文撰写时的行业最佳实践。

ssl_max_protocol_version #

这个参数指定连接允许的最大 SSL/TLS 协议版本。有效值为 TLSv1、TLSv1.1、TLSv1.2 和 TLSv1.3。支持的协议取决于使用的 OpenSSL 版本,旧版本不支持最新的协议版本。如果未设置,则忽略此参数;如果后端定义了最大限制,连接将使用该限制。设置最大协议版本主要用于测试或者某些组件无法使用较新协议时。

krbsrvname #

使用 GSSAPI 认证时所用的 Kerberos 服务名。这必须与服务器配置中指定的 Kerberos 认证服务名称匹配,才能成功进行认证。(另请参见第 21.6 节。)默认值通常为 postgres,但在构建 PostgreSQL 时,可以通过 configure 的 --with-krb-srvnam 选项更改。在大多数环境中,通常不需要更改此参数。一些 Kerberos 实现可能需要不同的服务名称,例如 Microsoft Active Directory 需要服务名称为大写(POSTGRES)。

gsslib #

用于 GSSAPI 认证的 GSS 库。目前,除了包含 GSSAPI 和 SSPI 支持的 Windows 构建之外,这将被忽略。在这种情况下,将其设置为 gssapi,以使 libpq 使用 GSSAPI 库进行认证,而不是默认的 SSPI。

gssdelegation #

将 GSS 凭据转发(委派)给服务器。默认值为 0,表示不向服务器转发凭据。将其设置为 1 时,会在可能的情况下转发凭据。

service #

用于额外参数的服务名称。它指定了 pg_service.conf 中保存额外连接参数的服务名称。这允许应用程序只指定一个服务名称,以便可以集中维护连接参数。参见第 34.17 节。

target_session_attrs #

这个选项确定会话是否必须具有某些属性才能被接受。通常与多个主机名结合使用,以便在多个主机中选择第一个可接受的候选项。有六种模式:

any(默认)

任何成功的连接都是可接受的

read-write

会话必须默认接受读写事务(即,服务器不能处于热备模式,并且 default_transaction_read_only 参数必须为 off)

read-only

会话默认不接受读写事务(相反)

primary

服务器不能处于热备模式

standby

服务器必须处于热备模式

prefer-standby

首先尝试找到一个备库,但如果列出的主机中没有一个是备库,则再次尝试 any 模式

load_balance_hosts #

控制客户端尝试连接可用主机和地址的顺序。一旦某次连接尝试成功,就不会再尝试其他主机和地址。该参数通常与多个主机名或返回多个 IP 地址的 DNS 记录一起使用。它还可以与 target_session_attrs 组合使用,例如只在备库之间进行负载均衡。连接一旦成功建立,随后在返回的连接上发出的所有查询都会发送到同一台服务器。目前有两种模式:

disable(默认)

不在主机之间执行负载均衡。主机会按提供的顺序进行尝试,地址会按从 DNS 或 hosts 文件获得的顺序进行尝试。

random

按随机顺序尝试主机和地址。这个值主要适用于同时打开多个连接的场景,甚至这些连接来自不同机器。这样就可以把连接负载分散到多个 PostgreSQL 服务器上。

虽然随机负载均衡由于其随机性几乎不会得到完全均匀的分布,但统计上会相当接近。这里有一个重要点:该算法使用两级随机选择。首先,主机会按随机顺序解析。其次,在解析下一个主机之前,会按随机顺序尝试当前主机解析得到的全部地址。在某些情况下,这种行为会使各节点获得的连接数量明显倾斜,例如某些主机解析出的地址比其他主机更多时。但这种倾斜也可以被有意利用,例如通过在主机字符串中多次提供某台更大服务器的主机名,来增加它获得的连接数量。

使用这个值时,建议同时为 connect_timeout 配置一个合理的值。这样,如果某个参与负载均衡的节点没有响应,就会继续尝试新的节点。

报告文档问题

阅读 上游文档. 通过 PostgreSQL 文档反馈表单.