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