loggerinfo日志没出来_PostgreSQL日志（一）进程启动

在PG代码中能够看到很多日志输出相关的代码，例如：elog、ereport 等等，最终它们会输出到日志文件或者标准输出/错误。本篇先阅读一下日志进程的启动代码，其他的下篇再展开。

(读完代码写点东西留下，不然只会留下一点模糊印象，下次用到还要重新去看。而有篇即便很粗糙的东西，也会大大提高阅读效率。别问我是怎么知道的 ?)

1、POSIX函数dup2(int fildes, int fildes2)

重定向输出，例如：dup2(syslogPipe[1], fileno(stdout)) 之后，我们再向 stdout 写入，实际会写到 syslogPipe[1] 中。关于这个的更多细节，在*nix系统中，man dup2，或者在网上查阅文档。

后边会用到，所以先把它提出来简述。

2、启动入口

源文件：src/backend/postmaster/syslogger.c

intSysLogger_Start(void)

它不仅仅启动时会调用，在日志进程挂掉(我没遇到过)时，也会调用以便重新启动。

3、GUC参数logging_collector

配置文件中如果 logging_collector = off，是不会启动日志进程的：

  if (!Logging_collector)    return 0;

在 guc.c可以看到这个变量和参数之间的关系。

4、日志进程崩溃

重启时必须重用已存在的管道，不然现存后端进程无法写日志。道理很明显，它们都是 fork 出来的，持有旧管道，如果我们重启日志时重新创建，这些后端进程无法获得新管道，除非我们用额外的代码再去传递，在这里完全没有必要。

这也是随后我们看到的代码 if (syslogPipe[0] < 0)，注释也明确说明这一点。

5、进程fork

子进程的动作以后再关注，本文主要看主进程在fork之后的处理：

把 syslogPipe[1]重定向到 stdout 和stderr，然后将其关闭。随后的错误输出将写入管道，更多细节另起一篇解读。

关闭日志文件句柄，主进程今后也不会直接写文件，也要通过日志进程写。

启动跟其他进程差不多，就是 fork，当然在Windows平台下只是一个封装，前文讲过，有兴趣可以去翻。

欢迎关注