前边讲过，配置文件重载可以使用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 = 'all'（默认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参数，其它都是可以的。
欢迎关注公众号，文章同步 
