postgresql 配置文件 与 修改配置如何启用

0. 前言

pg数据库有众多参数,当修改某些参数后,想让其生效但又不想随意重启数据库时,该怎么办呢?
上网查询发现pg_settings 这个东西,视图pg_settings提供了对服务器上运行时参数的访问

• 文章PG文档参考链接: http://postgres.cn/docs/12/view-pg-settings.html

1.PG的配置生效策略

视图pg_settings的context字段告诉我们哪些配置项需要重启数据库实例、哪些配置项仅需要重新加载配置文件即可无需重启服务

select name, context from pg_settings

context 的值指示具体策略,有以下几种：

• internal: 编译期间的设置，只有重新编译才能生效。
• postmaster: 只有服务重启才能生效。
• sighup: 给服务器发送HUP信号会是服务器重新加载postgresql.conf配置，可以立即生效(无需重启数据库实例)。
• backend: 与sighup类似，但是不影响正在运行的会话，只在新会话中生效
• superuser: 使用superuser(如postgres)才能更改，不用重新加载所有配置即可生效。
• user: 单个会话用户可以在任意时间做修改，只会影响该会话。

---

pg中执行以下SQL

select name, context from pg_settings
where name like ‘%max%’

中我们可以摘取部分结果集如下

name	context
max_connections	postmaster
max_standby_archive_delay	sighup
max_standby_streaming_delay	sighup

可以从结果集中得出结论

• max_connections 需要修改配置文件后重启数据库实例服务
• max_standby_archive_delay、max_standby_streaming_delay仅需要重新加载配置文件postgresql.conf

2 sighup 重新加载数据库 实操

以max_standby_archive_delay、max_standby_streaming_delay为例，由于他们的context的值是 sighup,发送一个SIGHUP信号给postmaster会导致它重新读取postgresql.conf并应用修改

我们有很多方法来实现,下面是我操作的两种

• 超级用户运行sql ：postgres=# SELECT pg_reload_conf();
• 在pg的bin目录下执行：./pg_ctl reload

当然，也可以用 psql 这些pg客户端执行sql语句修改配置项也是可以的
类似

./psql -c "ALTER SYSTEM SET max_standby_archive_delay TO  300000"
./psql -c "SELECT pg_reload_conf()"

./psql -c "ALTER SYSTEM SET max_standby_streaming_delay TO  300000"
./psql -c "SELECT pg_reload_conf()"