选择 打开 改范围 完整检索页

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
历史版本PostgreSQL 9.5 已于 2021 年 2 月结束社区维护,本页译文保留供仍在使用旧版本的读者参考。新系统请看当前版本

18.14. 错误处理 #

exit_on_error (boolean) #

如果为true,任何错误将中止当前会话。默认情况下,这个值被设置为false,这样只有 FATAL 错误(致命)将中止会话。

restart_after_crash (boolean) #

当被设置为true(默认值),PostgreSQL将在一次后端崩溃后自动重新初始化。 让这个值设置为true通常是将数据库可用性最大化的最佳方法。但是在某些环境中,例如PostgreSQL被集群软件调用时,禁用重启可能很有用,这样集群软件可以得到控制并且采取它认为适当的行动。

data_sync_retry (boolean) #

如果设置为false(默认值),PostgreSQL在将修改后的数据文件刷盘到文件系统失败时,将引发PANIC级错误。 这样会导致数据库服务器崩溃。这个参数只能在服务器启动时被设置。

在某些操作系统上,回写失败后,内核页面缓存中的数据状态未知。 在某些情况下,它可能已被完全遗忘,因此重试不安全;第二次尝试可能报告为成功,而事实上数据已丢失。在此类情形下,避免数据丢失的唯一方法是在报告任何故障后从WAL中恢复,最好是在调查了故障的根本原因并更换了任何有故障的硬件之后。

如果设置为true,PostgreSQL将报告错误,但会继续运行,以便可以在以后的检查点中重试数据刷盘操作。 只有在调查清楚操作系统在回写失败时如何处理缓冲数据之后,才应将其设置为true。

提交更正

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