2.启用配置

postgresql显式地以表格的方式告诉我们哪些配置项需要重启数据库实例、哪些配置项仅需要重新加载配置文件即可无需重启服务

select name, context from pg_settings

context 的值指示具体策略：

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

例如

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.1 重新加载数据库

max_standby_archive_delay、max_standby_streaming_delay为例，当修改完后，可以利用

• 超级用户运行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()"