Postgresql 10 考虑将"pg_xlog" 目录重命名为"pg_wal"。@H_403_1@
10月20日，罗伯特·哈斯提交补丁：@H_403_1@
将"pg_xlog"g目录重命名为"pg_wal”。@H_403_1@
"xlog"不是"预写日志”的特别清楚的缩写， 并且它有时会让用户误以为"pg_xlog"目录不是关键数据，导致不愉快后果。 所以，将目录重命名为"pg_wal"。@H_403_1@
这个补丁修改pg_upgrade和pg_basebackup来理解两者 新旧目录布局;前者是必要的 工具的目的，而后者仅避免不必要的 向后兼容性断点。@H_403_1@
我们可能希望考虑重命名其他程序，开关和函数仍然使用旧的"xlog"命名也是指 "wal"。但是，这还在讨论中，所以让我们做这个现在很多。@H_403_1@
讨论：CAB7nPqTeC-8+zux8_-4ZD46V7YPwooeFxgndfsq5Rg8ibLVm1A@mail.gmail.com@H_403_1@
迈克尔·帕基尔@H_403_1@
这对于用户来说不是真正可见的，但它是非常有趣的变化。@H_403_1@
直到9.6，在 $PGDATA我们有一些目录，可能会导致用户之间的混乱：@H_403_1@
pg_log pg_clog pg_xlog
我听说过关于用户假设（错误地），pg_xlog或pg_clog只是一些日志，如果有磁盘空间问题可以删除的恐怖故事。@H_403_1@
好吧，不是这样 - 从那里删除东西（pg_clog和/或pg_xlog）几乎可以损坏 Postgresql， 导致你的数据丢失。 看起来很多人都有这个想法，所以决定重命名目录（到目前为止只有pg_xlog的一部分被提交， 但据我所知，pg_clog的补丁将稍后提交）。@H_403_1@
从用户的角度来看 - 没有什么变化 - Postgresql的工作原理以前工作。@H_403_1@
但是如果你写了一个工具来做xlogs（wal文件），并假定目录是$PGDATA/pg_xlog - 那么你必须更新你的应用程序/脚本， 因为它会打破Postgresql 10。@H_403_1@
因为这个变化显然不是向后兼容的，并且肯定会影响一些工具， 它被尽早地引入代码库， 让每个人都了解它，并修复任何需要修复的地方。@H_403_1@ 原文链接：https://www.f2er.com/postgresql/194320.html
