PostgreSQL参数重载信号SIGHUP的处理

原创
2019/08/05 11:41
阅读数 1.9K

前边讲过,配置文件重载可以使用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参数,其它都是可以的。

 

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

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部