在运行 PostgreSQL 数据库系统时，我如何知道我的数据库作为一个整体具有 100% 的完整性？基本上我怎么知道我的数据文件和页面是否都是 100% 良好且没有损坏？
在 Microsoft SQL Server 世界中，有一个命令可以执行 DBCC CHECKDB，它会告诉您是否存在问题。如果您有兴趣了解有关该命令的更多信息，请点击此处的链接。DBCC CHECKDB (Transact-SQL)
我是一个偏执的数据库完整性意识的人（任何以 DBA 类型的角色使用数据库的人都应该是），这种类型的东西让我很难在晚上睡个好觉。像这样的实用程序是必须的！在谷歌上搜索发现了一些类似工具的尝试，在我看来，除非它是 PostgreSQL 项目官方接受的工具，否则我不会相信它用于如此重要的事情。
以下是一些人提出类似问题的链接，我认为这些问题没有真正的明确答案。在我看来，这表明 PostgreSQL 需要具备一些 Oracle 和 Microsoft SQL Server 似乎拥有的工具。
第一个链接是我在这个主题上发现的最有趣的。我认为这篇文章的评论可能总结了它：“在识别数据库损坏和修复它时，Postgres 相当蹩脚。检测它的唯一方法是转储数据库或从数据库中的每个表中选择 * 。”
我相信 9.3 可能会有一些损坏检查功能。如果选择的话，似乎有希望对页面文件进行检查总和。因此，如果您考虑使用 ZFS 和/或带有页面检查总和的 Postgres 的未来版本，事情看起来很光明。 https://commitfest.postgresql.org/action/patch_view?id=759
更新：2012 年 1 月 14 日 - 似乎使用基于 ZFS 的文件系统可以通过检查每个数据块的总和来检测损坏。我将不得不进一步研究这个问题，看看这是否是一种解决方法，让人们知道他们的数据库数据不会默默地损坏，晚上睡得很好。
更新：2012 年 1 月 17 日 - 如何查找 ZFS 损坏的文件。http://docs.oracle.com/cd/E18752_01/html/819-5461/gbbwl.html#gbcuz
更新：2014 年 4 月 14 日 9.3 确实获得了数据校验和。https://wiki.postgresql.org/wiki/What's_new_in_PostgreSQL_9.3
9.3 之前的 PostgreSQL 没有块校验和。该功能是在 9.3 中添加的（在发布此问题很久之后）。
为了满足您的需求，我可能会开发自己的校验和（触发器？） - 处理属性值，而不是数据页。