为何PostgreSQL表空间需设置TABLESPACE_VERSION_DIRECTORY？

为什么需要这层版本目录？ #

这层以PG_<版本号>_<日期>命名的目录，核心作用是实现不同大版本PostgreSQL的数据文件隔离与兼容性保障。PostgreSQL的大版本迭代（比如从11升到12）往往会伴随数据文件格式、元数据存储结构的不兼容变更，这层目录可以让同一个表空间挂载点下，同时存放不同大版本实例的数据文件，互相不干扰。

能不能直接使用pg_tblspc/16384/13888/16385这种路径？ #

理论上，如果你的数据库永远不会升级大版本，且只在同一大版本内做小版本更新，强行修改路径去掉版本目录也能运行，但绝对不推荐这么做——这等于主动放弃了版本隔离的核心能力，后续升级或多实例部署会面临极高风险。

保留版本目录的优势 #

• 多版本实例共存：同一台机器上可以同时运行多个不同大版本的PostgreSQL实例，共用同一个表空间挂载点，通过不同版本目录区分数据，节省存储资源。
• 平滑升级过渡：大版本升级时，新实例可以直接使用新的版本目录，逐步迁移数据，旧实例仍能通过旧版本目录提供服务，直到迁移完成再下线，实现无停机升级。
• 数据损坏防护：从根源上避免不同版本实例误访问对方的数据文件，防止因格式不匹配导致的数据损坏、实例崩溃问题。

不使用版本目录的后果 #

• 升级成本剧增：后续大版本升级时，必须停机将所有数据迁移到新的结构中，无法利用版本目录实现平滑过渡。
• 多实例冲突：同一挂载点下无法同时运行不同大版本的实例，会出现数据文件互相覆盖、读取错误的情况，直接引发数据损坏或实例宕机。
• 潜在兼容性风险：即使小版本更新通常兼容，但如果未来小版本出现特殊格式变更（虽极少发生），没有版本目录隔离，可能触发不可预料的兼容性问题。

与表空间符号链接的关联 #

pg_tblspc下的16384这类目录是指向实际表空间挂载路径的符号链接，而版本目录是创建在该挂载路径内部的，和符号链接本身没有直接关联，但PostgreSQL要求符号链接指向的目标路径中必须包含对应版本的目录，才能正确识别并读写表空间的数据文件。

举个实际场景：创建表空间时指定LOCATION为/data/tblspc，PostgreSQL会在/data/tblspc下生成PG_11_201809051目录，同时在pg_tblspc下创建符号链接16384指向/data/tblspc。实例启动时，会先通过符号链接找到挂载路径，再进入对应的版本目录处理数据文件。

内容的提问来源于stack exchange，提问作者Bobi.Liu