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 = '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参数，其它都是可以的。

 

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

转载于:https://my.oschina.net/quanzl/blog/3083549