E.17. 版本 9.3.9 #
发行日期：. 2015-06-12
本次发布包含对 9.3.8 的少量修复。有关 9.3 大版本中新特性的信息，请参见第 E.26 节。
E.17.1. 迁移到版本 9.3.9
对于运行 9.3.X 的用户，不需要进行转储/恢复。
但是，如果你要升级的安装此前曾使用 9.3.0 到 9.3.4（含）之间的pg_upgrade版本升级过，请参见下面的第一条变更日志条目。
不过，如果你是从早于 9.3.7 的版本升级，请参见第 E.19 节。
E.17.2. 变更
修复从不一致数据库状态恢复时可能失败的问题（Robert Haas）
最近的PostgreSQL发行版引入了防御多事务 ID 回卷的机制，但其中一些代码没有考虑到可能需要在崩溃恢复期间（数据库可能不处于一致状态时）运行。这可能导致崩溃后无法重启或无法启动辅助服务器。在曾使用 9.3.0 到 9.3.4 之间pg_upgrade版本的安装中，pg_upgrade一个已修复缺陷的残留影响也可能导致这种失败。
所涉及的pg_upgrade缺陷是：即使真实值应该更高，它也会把
pg_control中的oldestMultiXid设为 1。有了本发行版引入的修复，这种情况将导致立即进行紧急自动清理，直到能够确定正确的oldestMultiXid值。如果这会造成困难，用户可以在升级到本发行版之前进行手工清理来避免。具体步骤如下：检查pg_controldata报告的“Latest checkpoint's oldestMultiXid”是否为 1。如果不是，则无需任何操作。
查看
PGDATA/pg_multixact/offsets中是否有名为0000的文件。如果有，则无需任何操作。否则，对于
pg_class.relminmxid等于 1 的每个表，在把vacuum_multixact_freeze_min_age和vacuum_multixact_freeze_table_age都设为零的情况下对该表执行VACUUM。（可以使用第 18.4.4 节中描述的清理代价延迟参数，来降低对并发会话的性能影响。）执行这一步必须使用 PostgreSQL 9.3.5 或更高版本。
修复罕见的未能使关系缓存 init 文件失效的问题（Tom Lane）
在并发活动时序恰好不对的情况下，对系统目录执行
VACUUM FULL可能无法更新用于避免新会话缓存加载工作的“init 文件”。这将导致后续会话完全无法访问该目录。这是一个非常古老的缺陷，但它极难触发，直到最近才出现可复现的案例。避免传入会话与
CREATE/DROP DATABASE之间的死锁（Tom Lane）在作为
DROP DATABASE命令目标或CREATE DATABASE命令模板的数据库中启动的新会话，可能导致该命令等待五秒后失败，即使新会话本会在此之前退出。改进规划器对带内层索引扫描的半连接和反连接的代价估计（Tom Lane、Tomas Vondra）
当所有连接子句都被用作索引扫描条件时，这种计划相当廉价，即使内层扫描名义上会取回很多行，因为执行器在取得一行后就会停止。规划器只部分考虑了这一效应，因此会高估代价，从而可能选择其他效率低得多的计划类型。