PostgreSQL参数重载信号SIGHUP的处理

前边讲过，配置文件重载可以使用SIGHUP信号，也可以使用 pg_ctl reload，后者实际上也是发送SIGHUP给postmaster。

1、postmaster 的SIGHUP处理

下边的代码位于 src/backend/postmaster/postmaster.c 中的函数 SIGHUP_handler：

ereport(LOG,(errmsg("received SIGHUP, reloading configuration files")));ProcessConfigFile(PGC_SIGHUP);SignalChildren(SIGHUP);if (StartupPID != 0)signal_child(StartupPID, SIGHUP);if (BgWriterPID != 0)signal_child(BgWriterPID, SIGHUP);if (CheckpointerPID != 0)


首先就是日志信息，我们reload后在日志里能看到它；然后给所有后端进程发送SIGHUP，告知它们也要重载；再然后是通知各服务进程。但这里没看到通知worker进程的代码，也许在其它地方，也许就是没有，有机会再详细去看。

2、后端进程SIGHUP处理

代码位置 src/backend/tcop/postgres.c

void
PostgresSigHupHandler(SIGNAL_ARGS)
{int save_errno = errno;COnfigReloadPending= true;SetLatch(MyLatch);errno = save_errno;
}


跟postmaster不太一样，后端进程并没有做处理，只是改了标志，然后在消息处理循环中：

if (ConfigReloadPending){COnfigReloadPending= false;ProcessConfigFile(PGC_SIGHUP);}


3、指定后端进程重载配置

上边的代码可以看出，子进程并没有检查信号来自何处。

quanzl-mac:bin quanzl$ ./psql flying
psql.bin (11beta2)
Type "help" for help.flying=# select pg_backend_pid();pg_backend_pid
----------------11918
(1 row)


修改配置文件 log_statement = &＃39;all&＃39;（默认none） 通过终端给它发信号：

quanzl-mac:bin quanzl$ vi ../data/postgresql.conf
quanzl-mac:bin quanzl$ kill -s SIGHUP 11918


可以看到发送信号后 log_statement 发生变化：

flying=# show log_statement;log_statement
---------------none
(1 row)flying=# show log_statement;log_statement
---------------all
(1 row)


而另行登录一个客户端：

quanzl-mac:bin quanzl$ ./psql flying
psql.bin (11beta2)
Type "help" for help.flying=# show log_statement;log_statement
---------------none
(1 row)


即使修改文件，通知某个进程重新载入，其它进程并不受影响，因为新的子进程仍然从主进程fork出来。并不是说这地方有问题，只是验证一下我们在代码中看到的东西而已。了解这个点，以后也许可以帮我们解决问题。

4、参数上下文

这里我看到：ProcessConfigFile(PGC_SIGHUP)，使用的上下文都是 PGC_SIGHUP。从上周GUC文章可以知道，这个过程中，不允许修改PGC_INTERNAL和PGC_POSTMASTER参数，其它都是可以的。

欢迎关注公众号，文章同步