问pg_resetxlog是做什么的？它是如何工作的呢？

EN

pg_resetxlog是让您的数据库在以下情况下重新运行的最后工具：

从pg_xlog;

• You中删除了您不应该删除的文件由于备份系统配置错误，恢复了一个忽略了pg_xlog目录的文件系统级备份(这种情况发生的次数比您想象的要多，人们会认为“它在名称中有日志，所以它肯定不重要；我会将它留在backups").

• File-system损坏之外，因为硬件故障或硬盘故障损坏了您的数据目录；甚至

• PostgreSQL错误或操作系统错误损坏了预写日志(非常罕见)。”

就像手册上说的：

pg_resetxlog清除预写日志(WAL) ....如果这些文件已损坏，则有时需要此函数。只有在服务器由于这种损坏而无法启动时，它才应该作为最后的手段使用。

除非您确切地知道自己在做什么以及为什么要运行pg_resetxlog，否则不要运行。如果你不确定，可以在pgsql-general mailing list或https://dba.stackexchange.com/上询问。

文档警告称，pg_resetxlog 可能会损坏您的数据库。如果你必须使用它，你应该REINDEX，转储你的数据库，重新初始化数据库，然后重新加载你的数据库。不要只继续使用损坏的集群。根据文档：

运行此命令后，应该可以启动服务器，但请记住，由于部分提交的事务，数据库可能包含不一致的数据。您应该立即转储数据，运行initdb，然后重新加载。重新加载后，检查不一致并根据需要进行修复。

如果您只是想将预写日志目录移动到另一个位置，则应该：

从旧位置到新的location

• Start

的符号链接停止location

• Start

• Stop

或者，作为documentation says

如果日志位于与主数据库文件不同的磁盘上，这将非常有利。这可以通过将pg_xlog目录移动到另一个位置(当然是在服务器关闭时)并创建一个从主数据目录中的原始位置到新位置的符号链接来实现。

如果PostgreSQL无法启动，则说明您做错了什么。不要使用pg_resetxlog来“修复”它。撤消您的更改并找出您做错了什么。

将pg_xlog目录的内容移动到所需的位置，如'/home/foo/pg_xlog‘

mv pg_xlog/* /home/foo/pg_xlog

删除pg_xlog目录

rm -rf pg_xlog

创建pg_xlog的软链接

ln -s /home/foo/pg_xlog pg_xlog

验证链接

ls -lrt pg_xlog

注意: pg_resetxlog不是移动pg_xlog的合适工具请阅读

http://www.postgresql.org/docs/9.2/static/app-pgresetxlog.html

数据目录对应于postgresql.conf文件中的data_directory条目或PGDATA环境变量，也可以使用SHOW data_directory语句在SQL中实时查询。它不指向pg_xlog目录，而是指向上一级目录。

要更改WAL文件的位置，必须关闭PG服务器，将pg_xlog目录及其内容移动到新位置，创建从旧位置到新位置的符号链接，然后重新启动服务器。pg_resetxlog不应该用于此目的，因为它可能会抑制最新的事务(此工具通常用于所有其他方法都失败时的崩溃恢复情况)。