↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

支持中的版本: 当前版本 (18) / 17 / 16 / 15 / 14
开发中的版本: 19 / 20devel
已结束支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2
历史版本。 PostgreSQL 7.4 已结束支持。 请参阅 当前版本手册.

21.3. 日志文件维护 #

把数据库服务器的日志输出保存到某个地方,而不是直接把它送到 /dev/null,是个好主意。到了诊断问题的时候,日志输出是无比珍贵的。然而,日志输出往往很庞大(在较高的调试级别下尤其如此),你不会想无限期地保存它。你需要“轮转”日志文件,以便不时地启动新的日志文件并丢弃旧的。

如果你只是简单地把postmaster的 stderr重定向到一个文件,那么截断日志文件的唯一方法就是停止并重启postmaster。这对开发环境可能没问题,但你不会想让生产服务器这样运行。

管理日志输出的最简单的生产级方法是把它们全部发送到 syslog,让syslog处理文件轮转。为此,在postgresql.conf中把配置参数 syslog设置为 2(只记录到syslog)。然后,每当你想强制syslog守护进程开始写入新的日志文件时,可以向它发送SIGHUP信号。如果想自动化日志轮转,可以配置logrotate 程序来处理syslog的日志文件。

然而,在许多系统上,syslog并不很可靠,尤其是对于大的日志消息;它可能恰在你最需要的时候截断或丢弃消息。你可能会发现,把postmaster的stderr 通过管道送给某种日志轮转程序更有用。如果你用 pg_ctl启动服务器,那么postmaster 的stderr已经被重定向到stdout了,所以你只需要一条管道命令:

pg_ctl start | logrotate

PostgreSQL发行版没有包含合适的日志轮转程序,但 Internet 上有很多可用的;例如,Apache 发行版中就包含一个。

报告文档问题

阅读 上游文档. 反馈更正前请先核对 当前版本手册.