E.10.版本 10.4
发布日期: 2018-05-10
此版本包含自 10.3 起的各种修复程序。有关主要版本 10 中新功能的信息,请参阅Section E.14。
E.10.1. 迁移到版本 10.4
运行 10.X 的用户不需要转储/还原。
但是,如果使用adminpack
extensions,则应按照下面的第一个更新日志条目对其进行更新。
同样,如果下面第二和第三条变更日志条目中提到的标记错误的功能影响您,您将需要采取步骤来更正数据库目录。
另外,如果要从 10.3 之前的版本升级,请参见Section E.11。
E.10.2. Changes
- 从
contrib/adminpack
的pg_logfile_rotate()
函数中删除公共执行特权(Stephen Frost)
pg_logfile_rotate()
是核心函数pg_rotate_logfile()
的弃用包装器。当该函数更改为依靠 SQL 特权进行访问控制而不是硬编码的超级用户检查时,pg_logfile_rotate()
也应该也已更新,但是错过了这样做的需要。因此,如果安装了adminpack
,则任何用户都可以请求轮换日志文件,从而产生较小的安全性问题。
安装此更新后,Management 员应通过在每个安装了adminpack
的数据库中执行ALTER EXTENSION adminpack UPDATE
来更新adminpack
。 (CVE-2018-1115)
- 修复一些内置函数(Thomas Munro,Tom Lane)上不正确的波动性标记
函数query_to_xml
,cursor_to_xml
,cursor_to_xmlschema
,query_to_xmlschema
和query_to_xml_and_xmlschema
应该标记为易失性,因为它们执行用户提供的查询,其中可能包含易失性操作。否则,可能导致错误的查询优化风险。通过更正初始目录数据已针对新安装修复了该问题,但是现有安装将 continue 包含不正确的标记。实际使用这些功能似乎没有什么危害,但是在出现故障的情况下,可以通过手动更新这些功能的pg_proc
条目(例如ALTER FUNCTION pg_catalog.query_to_xml(text, boolean, boolean, text) VOLATILE
)来解决。 (请注意,这需要在安装的每个数据库中完成.)另一种选择是将数据库 pg_upgrade 到一个包含更正后的初始数据的版本。
- 修复一些内置功能(Thomas Munro,Tom Lane)上不正确的并行安全标记
函数brin_summarize_new_values
,brin_summarize_range
,brin_desummarize_range
,gin_clean_pending_list
,cursor_to_xml
,cursor_to_xmlschema
,ts_rewrite
,ts_stat
,binary_upgrade_create_empty_extension
和pg_import_system_collations
应当标记为不安全;一些原因是因为它们直接执行数据库修改,而其他原因是因为它们执行用户提供的查询,而这样做可能会这样做。它们被标记为并行限制,从而导致意外查询错误的风险。通过更正初始目录数据已针对新安装修复了该问题,但是现有安装将 continue 包含不正确的标记。除非打开force_parallel_mode
,否则实际使用这些功能似乎没有什么危险。发生故障时,可以通过手动更新这些功能的pg_proc
条目(例如ALTER FUNCTION pg_catalog.brin_summarize_new_values(regclass) PARALLEL UNSAFE
)来解决。 (请注意,这需要在安装的每个数据库中完成.)另一种选择是将数据库 pg_upgrade 到一个包含更正后的初始数据的版本。
- 避免重复使用与已失效但尚未抽空的 TOAST 条目匹配的 TOAST 值 OID(Pavan Deolasee)
一旦 OID 计数器结束,就可以分配一个 OAST 值,该值的 OID 与同一 TOAST 表中先前删除的条目相匹配。如果该条目尚未被清除,则将导致“ Toast 值* nnnnn
*出现意外的块号 0(预期的 1)”错误,该错误将一直持续到被VACUUM
删除无效条目为止。通过在创建新的 TOAST 条目时不选择此类 OID 来解决。
- 在
COPY
期间将单个分区上的任何CHECK
约束正确地施加到分区表(藤田悦郎)
以前,仅检查为整个分区表声明的约束。
- 接受
TRUE
和FALSE
作为分区绑定值(Amit Langote)
以前,布尔分区列仅接受字串值。但是然后 pg_dump 将打印诸如TRUE
或FALSE
之类的值,从而导致转储/重新加载失败。
- 修复分区键比较功能的内存 Management(ÁlvaroHerrera,Amit Langote)
使用用户定义的运算符类作为分区键时,此错误可能导致崩溃。
-
修复了查询在分区表的多个分区中插入 Tuples 并且这些分区没有相同的行类型(Etsuro Fujita,Amit Langote)时可能导致的崩溃
-
更改
ANALYZE
的更新pg_class
的算法。reltuples
(David Gould)
以前,未通过ANALYZE
实际扫描的页面被假定为保留其旧的 Tuples 密度。在ANALYZE
仅对页面的一小部分进行采样的大表中,这意味着总体 Tuples 密度估计值不会发生很大变化,因此reltuples
几乎与表的物理大小(relpages
)的变化成比例地变化。实际发生在桌子上。已经观察到,这导致reltuples
变得比实际情况大得多,从而有效地关闭了自动真空。要修复,假设ANALYZE
的 samples 是表格的统计上无偏的 samples(应该如此),并且只是将在这些页面内观察到的密度外推到整个表格。
- 在由
CREATE TABLE ... LIKE ... INCLUDING ALL
(David Rowley)复制的表属性集中包括扩展统计对象
此外,还添加INCLUDING STATISTICS
选项,以更精细地控制是否发生这种情况。
- 用
bigint
个身份列修复CREATE TABLE ... LIKE
(Peter Eisentraut)
在long
是 32 位的平台(包括 64 位 Windows 以及大多数 32 位计算机)上,复制的序列参数将被截断为 32 位。
-
避免在
SERIALIZABLE
或REPEATABLE READ
事务隔离下运行的并发CREATE INDEX CONCURRENTLY
命令中出现死锁(Tom Lane) -
修复
REFRESH MATERIALIZED VIEW CONCURRENTLY
(Thomas Munro)可能执行缓慢的问题 -
修复
UPDATE/DELETE ... WHERE CURRENT OF
,使其在引用的光标使用仅索引扫描计划时不会失败(Yugo Nagata,Tom Lane) -
修正错误推入参数化路径的连接子句的计划(Andrew Gierth,Tom Lane)
当该错误应为外部联接的原始条件“过滤器”时,可能导致将条件错误分类为外部联接的“联接过滤器”,从而导致错误的联接输出。
-
修复了当同一表列出现在多个索引列中并且仅其中一些索引列使用可以返回该列值的运算符类时可能会错误地生成仅索引扫描计划的问题(京田浩二)
-
修复对
CHECK
约束的错误优化,该约束具有顶级AND
/OR
条件的可证明为 NULL 的子句(Tom Lane,Dean Rasheed)
例如,这可以允许约束排除来排除不应从查询中排除的子表。
-
当查询具有多个
GROUPING SETS
时,防止计划程序崩溃(通过排序不能实现任何一个)(Andrew Gierth) -
修复 Actuator 因某些
GROUPING SETS
用法双重释放而崩溃的原因(Peter Geoghegan) -
修复自动执行过渡表上的自联接(Thomas Munro)
-
如果表重写事件触发器与可以调用该触发器的命令同时添加,则可以避免崩溃(ÁlvaroHerrera,Andrew Gierth,Tom Lane)
-
如果在提交准备好的事务时发生查询取消或会话终止中断,请避免失败(Stas Kelvich)
-
修复重复执行的哈希联接中的查询寿命内存泄漏(Tom Lane)
-
修复可能的泄漏或不可见的 Map 缓冲区插针(Amit Kapila)
-
避免虚假地将页面标记为全可见(Dan Wood,Pavan Deolasee,ÁlvaroHerrera)
如果某些 Tuples 被锁定(但未删除),则可能会发生这种情况。尽管查询仍然可以正常运行,但真空通常会忽略此类页面,这会长期影响 Tuples 永远不会被冻结。在最新版本中,这最终会导致错误,例如“从 relminmxid * nnnnn
*之前找到 multixact * nnnnn
*”。
- 修复
heap_prepare_freeze_tuple
(ÁlvaroHerrera)过于严格的健全性检查
从 9.2 或更早版本进行 pg_upgrade 的数据库中,这可能会导致错误的“无法冻结已提交的 xmax”故障。
-
当 C 编码的更新前行触发器返回“旧”Tuples 时,防止悬空指针取消引用(Rushabh Lathia)
-
减少自动真空工作人员调度期间的锁定(Jeff Janes)
先前的行为在具有多个表的数据库中导致潜在的工作程序并发性大量丢失。
- 将
pg_stat_activity
数据复制到本地内存时,请确保已复制 Client 端主机名(Edmund Horner)
以前,所谓的本地快照包含指向共享内存的指针,如果现有会话断开连接,则允许 Client 端主机名列发生意外更改。
- 正确处理
pg_stat_activity
辅助过程的信息(Edmund Horner)
application_name
,client_hostname
和query
字段可能显示不正确的数据。
-
修复了
ispell
个字典中多个复合词缀的错误处理(亚瑟·扎基罗夫) -
在文本列(Tom Lane)上的 SP-GiST 索引中修复可识别排序规则的搜索(即使用不相等运算符的索引扫描)
这样的搜索将在大多数非 C 语言环境中返回错误的行集。
-
通过使用遍历值的 SP-GiST 运算符类来防止查询寿命内存泄漏(AntonDignös)
-
在初始构建 SP-GiST 索引期间正确计算索引 Tuples 的数量(Tomas Vondra)
以前,据报 Tuples 计数与基础表的计数相同,如果索引是部分索引,则这是错误的。
- 在清除 GiST 索引期间正确计算索引 Tuples 的数量(Andrey Borodin)
以前,它报告了估计的堆 Tuples 数,这可能是不准确的,并且如果索引是局部的,则肯定是错误的。
-
修复了流媒体待机卡在 WAL 连续记录时陷入困境的极端情况(Hyotaro Horiguchi)
-
在逻辑解码中,请避免在 walsender 重新启动时对 WAL 数据进行可能的双重处理(Craig Ringer)
-
修复逻辑复制以不假定本地和远程服务器之间的类型 OID 匹配(Masahiko Sawada)
-
允许在非核心数据类型上使用
scalarltsel
和scalargtsel
(Tomas Vondra) -
在收集了大量查询输出后报告服务器错误时,减少 libpq 的内存消耗(Tom Lane)
在处理错误消息之前(而不是之后),丢弃先前的输出。在某些平台上,尤其是 Linux,这可能会影响应用程序的后续内存占用。
-
修复 ecpg 中的双重释放崩溃(Patrick Krecker,Jeevan Ladhe)
-
修复 ecpg 以正确处理 MSVC 版本中的
long long int
变量(Michael Meskes,Andrew Gierth) -
修复转储中列表值 GUC 变量的值的错误报价(Michael Paquier,Tom Lane)
pg_dump 输出中未正确引用local_preload_libraries
,session_preload_libraries
,shared_preload_libraries
和temp_tablespaces
变量。如果这些变量的设置出现在CREATE FUNCTION ... SET
或ALTER DATABASE/ROLE ... SET
子句中,则将导致问题。
- 修复 pg_recvologic 不会针对 v10 之前的 PostgreSQL 服务器失败(Michael Paquier)
先前的修复导致 pg_recvologic 不管服务器版本如何都发出命令,但是该命令只能发布给 v10 及更高版本的服务器。
- 如果在运行期间从源服务器上删除了文件,请确保 pg_rewind 删除目标服务器上的文件(Takayuki Tsunakawa)
否则,可能导致目标上的数据不一致,特别是如果所涉及的文件是 WAL 段时。
-
修复 pg_rewind 以正确处理非默认表空间中的表(Tsakayuki Tsunakawa)
-
修复 PL/pgSQL 整数
FOR
循环中的溢出处理(Tom Lane)
先前的编码未能在某些非 gcc 编译器上检测到循环变量的溢出,从而导致无限循环。
-
调整 PL/Python 回归测试以通过 Python 3.7(Peter Eisentraut)
-
使用 Python 3 和 MSVC 进行构建时,支持测试 PL/Python 和相关模块(Andrew Dunstan)
-
修复
contrib/bloom
索引的初始构建中的错误(Tomas Vondra,Tom Lane)
修复可能从索引中删除表的最后一个 Tuples 的情况。如果它是部分索引,则正确计算索引 Tuples 的数量。
-
重命名内部
b64_encode
和b64_decode
函数,以避免与 Solaris 11.4 内置函数(Rainer Orth)冲突 -
将我们的时区库副本与 IANA tzcode 版本 2018e(Tom Lane)同步
这修复了 zic 时区数据编译器以应对负的夏时制偏移量的问题。尽管 PostgreSQL 项目不会立即提供此类时区数据,但 zic 可能与直接从 IANA 获得的时区数据一起使用,因此现在更新 zic 似乎是审慎的做法。
- 将时区数据文件更新为 tzdata 版本 2018d,以解决巴勒斯坦和南极洲(Casey 站)的 DST 法律变更,以及葡萄牙及其殖民地以及恩德伯里,牙买加,特克斯和凯科斯群岛和乌拉圭的历史更正。