如果你简单地把postmaster的stderr定向到一个文件中， 你会有日志输出， 但是截断日志文件的唯一的方法是停止并重起postmaster。 这样做对于开发环境中使用 Postgresql 可能是可以的，但是你肯定不想在生产环境上这么干。

一个更好的办法是把 postmaster 的 stderr 输出发送到某种日志旋转程序里。 我们有一个内置的日志旋转程序，你可以通过在 postgresql.conf 里设置配置参数 redirect_stderr 为 true 的办法打开它。

另外，你可能会觉得把 postmaster 的stderr 输出给某些日志旋转脚本会更好些，特别是你已经在其它服务器上用了这个程序的时候。 比如，包含在 Apache 发布里的 rotatelogs 工具就可以用于 Postgresql。 要这么做，只需要把 postmaster 的 stderr 重定向到指定程序。 如果你用 pg_ctl 启动服务器，那么 stderr 已经重定向到 stdout， 因此你只需要一个管道命令，比如：

pg_ctl start | rotatelogs /var/log/pgsql_log 86400

另外一种生产级的管理日志输出的方法就是把它们发送给 syslog，让 syslog 处理文件旋转。 要利用这个工具，我们需要设置 postgresql.conf 里的 log_destination 配置参数设置为 syslog （记录 syslog 日志）。 然后在你想强迫 syslog 守护进程开始写入一个新日志文件的时候， 你就可以发送一个 SIGHUP 信号给它。 如果你想自动旋转日志文件，那么我们可以配置 logrotate 程序处理 syslog 的日志文件。

不过，在很多系统上，syslog 不是非常可靠，特别是在大型日志信息的情况下； 它可能在你最需要那些信息的时候截断或者丢弃它们。 还有，在 linux 上，syslog 会把每个消息刷新到磁盘上， 导致很恶劣的性能。 （你可以在 syslog 配置文件里面的文件名开头使用一个 - 来关闭这个行为。）

请注意上面描述的所有解决方案关注的是在可配置的间隔上开始一个新的日志文件， 它们并没有处理删除旧的，不再需要的日志文件的事情。你可能还需要设置一个批处理，周期地删除旧日志文件。 另外一个可能的解法是配置日志旋转程序，让它周期地覆盖旧的日志文件。