Freiheit's questions

以单用户模式（--single参数）运行 postgres 是否会导致 postgres 启动并使用该选项postgresql.conf定义的数据目录中文件中存在的设置-D？

我正在单用户模式下对 postgres 进行一些维护。我想确保在单用户模式下运行时它具有正确的可用资源分配。在正常（非单用户）模式下运行时，我已经设置了这些资源postgresql.conf并按预期工作。只要它存在于定义的数据目录中，在单用户模式下运行时是否使用相同的配置文件？

我的具体目标是VACUUM FREEZE在 1.6TB 表上运行 a 以应对 multixact 环绕问题。我postgresql.conf加载了高于正常（对我们而言）maintenance_work_mem 设置。如果在单用户模式下运行时未读取这些设置，我需要知道以便我可以使用-c我认为的标志手动应用它们。我正在特别寻求有关配置是否已加载的答案，关于我的或特定调整的问答FREEZE应该在其他地方进行。

我想我可以验证这一点，pg_settings但是我现在需要 3 个小时进行长期维护操作。postgresql.conf如果另一个用户或联机帮助页确认我的设置已应用，我宁愿不要停止并重新启动该维护。

我正在运行 PG 9.4.5

在传统编程中，有一条公理表明“不要使用错误来进行流控制”。一个普遍的例子是抛出一个错误然后捕获错误，而不是使用普通的条件语句或中断语句。这是有害的，因为应用程序必须展开调用堆栈并调用一些相对昂贵的异常处理逻辑，而不是简单地处理条件语句。

我正在使用一个 postgres 系统，其中用户在 postgres 中调用一个函数，该函数在不满足条件时抛出错误而不是不返回任何行。条件大致是“这个输入值不存在，无事可做”而不是真正的例外情况。

当以类似于传统编程的方式抛出错误时，postgres 是否会产生运行时成本？换句话说，在 postgres 中使用异常作为流控制对性能有害还是马虎？

我继承了一个 postgres 数据库，其中有两个相同的索引，除了它们的顺序：

CREATE INDEX avail_time_ix ON table (availability_time);
CREATE INDEX avail_time_dc_ix ON table (availability_time DESC);

同时拥有有序索引和无序索引有什么好处吗？

我正在清理数据库，以便可以运行应用程序升级脚本。状态是升级脚本期望索引仅存在以便它可以删除该索引。该指标前段时间在生产中被手工下调。出于我无法控制的非技术原因，人为更改升级脚本或告诉升级过程它已经运行该步骤不是一个选项。

与其花时间重新创建索引，不如创建一个具有相同名称的“虚拟”或空索引，以便升级脚本可以运行？

这适用于 postgresql 9.0 或更高版本。

我继承了一些问题，我需要确定 pgAgent 是否存在于一些安装（CentOS）上并且正在运行后台作业。这些作业可以从 cron、pgAgent 或外部调用者运行。

如果我正在查看 postgres 实例而不使用 pgAdmin，我如何确定是否安装了 pgAgent？

这可以从命令行或psql客户端完成吗？如果可能的话，我更喜欢 pgAdmin。