©
This document usesPHP Chinese website manualRelease
把数据库服务器的日志输出保存在一个地方而不是仅仅把它们放到/dev/null里是个好主意。在碰到危险的时候，日志输出 是非常宝贵的。不过，日志输出可能很庞大(特别是在比较高的调试级别上)， 而且你不会无休止地保存它们。你需要rotate日志文件， 这样生成新的日志文件并且经常抛弃老的。
如果你简单地把postgres的stderr重定向到一个文件中，你会有日志输出，但是截断日志文件的唯一的方法 是停止并重启主服务器。这样做对于开发环境中是可以的，但是你肯定 不想在生产环境中也这么干。
一个更好的办法是把主服务器的stderr输出发送到某种 日志滚动程序里。我们有一个内置的日志滚动程序，你可以通过在 postgresql.conf 里设置配置参数logging_collector为true的办法打开它。这个程序的控制参数在节Section 18.7.1里描述。 您也可以使用这种方法来捕获日志数据在机器可读的CSV（逗号分隔值）格式。
另外，如果你想使用一个外部日志滚动程序(比如Apache附带的rotatelogs工具)，你可以将stderr的输出重定向到这个外部工具。 如果你用pg_ctl启动服务器，那么stderr已经重定向到stdout，因此你只需要一个管道命令，比如：
pg_ctl start | rotatelogs /var/log/pgsql_log 86400
另外一种生产级的管理日志输出的方法就是把它们发送给syslog处理滚动。要利用这个工具，我们需要设置postgresql.conf里的log_destination为syslog(记录syslog日志)。然后在你想强迫syslog守护进程开始写入一个新日志文件的时候，就可以发送一个SIGHUP信号给它。如果你想自动滚动日志文件， 那么我们可以配置logrotate程序 处理syslog的日志文件。
不过，在很多系统上，syslog不是非常可靠， 特别是在大型日志信息的情况下；它可能在你最需要那些信息的时候截断 或者丢弃它们。还有，在Linux上syslog会把每个消息刷新到磁盘上，导致很低下的性能。 你可以在syslog配置文件里面的文件名开头使用"-"来关闭这个行为。
请注意上面描述的所有解决方案关注的是在可配置的间隔上开始一个新 的日志文件，它们并没有删除不再需要的旧日志文件。你可能还需要设置 一个批处理，周期地删除旧日志文件。另外一个可能的解法是配置日志 滚动程序，让它周期地覆盖旧的日志文件。
pgFouine 是做复杂的日志文件分析的一个外部项目。 当重要的消息出现在日志文件，以及许多其它特殊条件的检测时， check_postgres提供 Nagios 警告。
