在实时数据库上运行pg_dump是否会产生一致的备份？

我有一个不断修改的3GB数据库，我需要在不停止服务器的情况下进行备份（Postgres 8.3）。

我的pg_dump运行5分钟。如果在此过程中修改了数据怎么办？我可以获得一致的备份吗？我不想找出灾难发生的时间。

Postgres文档http://www.postgresql.org/docs/8.3/static/app-pgdump.html对此没有任何说明。

从手册：

即使同时使用数据库，它也会进行一致的备份。

是的，您可以信任备份。当然，它是PostgreSQL，您可以信任PostgreSQL中的数据。

pg_dump开始一个事务，类似于任何其他长时间运行的查询将如何工作。一致性保证来自MVCC实现。在这些规则内，转储将始终保持一致。

MVCC的所有模糊部分都围绕着诸如其他客户可见的UPDATE事务顺序以及如何获取锁之类的事情。pg_dump严格遵守顺序，并在整个数据库上获取读取锁以将其转储。对于大多数人来说，这就是他们的期望，并且所使用的机制永远不会造成任何麻烦。主要的并发风险是，在运行转储时，尝试更改数据库结构的客户端将被阻止。不过，这不会影响转储的质量。

转储从设置开始TRANSACTION ISOLATION LEVEL SERIALIZABLE。

请阅读有关事务隔离的手册 ，例如有关此内容的 用户列表讨论。

引用：

备份将仅看到在设置隔离级别之前提交的事务。

基本上，pg_dump设置事务隔离级别之后的所有内容都不属于此转储的一部分。

在此期间，读/写操作不受影响（锁定）。

首先，抱歉在这个旧主题上回答。但是根据我的经验，我无法确认您可以信任pg_dump /的声明。

我一个月前转投Postgres项目。当然，我按照建议使用实时系统中的pg_dump进行了所有备份。但是在进行第一次备份检查后，我发现所有转储都具有不同的大小。随机恢复其中一些后，我发现缺少某些表。因此，我开始分析为什么会发生这种情况，并且我发现，如果覆盖应用程序（例如，应用服务器），锁定某些表和pg_dump直到发布它们时才等待。每次都需要我在备份期间停止服务器，这不是一个好的解决方案。

所以我仍然在寻找修复程序，但是正如我所说，我完全不同意您可以信任pg_dump的声明。