↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

受支持版本: 当前版本 (18) / 17 / 16 / 15 / 14
测试与开发版本: 19 / devel
不受支持的版本: 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.3 已于 2007 年 11 月结束社区维护,本页译文保留供仍在使用旧版本的读者参考。新系统请看当前版本。

8.4. 日志文件维护 #

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

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

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

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

pg_ctl start | logrotate

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

提交更正

译文有误、术语不当或页面显示问题,请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题,请在当前版本的对应页面向上游反馈;上游不再修订已结束维护的版本。