亚马逊 Aurora PostgreSQL Limitless 数据库更新

增加了对该ltree扩展的支持。 ltree数据类型列不能用作分片表中的分片键。

在 Aurora PostgreSQL Limitless 数据库中增加了对该btree_gist扩展的支持。不支持使用 GIST 索引的排除约束。例如，不支持以下命令：

CREATE TABLE zoo (
    cage INTEGER,
    animal TEXT,
    EXCLUDE USING GIST (cage WITH =, animal WITH <>)
);

提高了以下场景中的查询性能：

增强了具有预取功能的异步外部扫描节点。

增强了死锁检测容错能力。

修复了数据库后端停止响应系统信号的问题，这可能会导致 DROP DATABASE 操作挂起。

修复了提交日志（阻塞）后台处理中导致提交时间无效错误的争用条件。

修复了自动表分析操作期间可能导致意外崩溃的问题。

修复了可能导致短暂不可用的多个问题。

修复了设置limitless_minimum_adaptive_fetch_size为低于默认值 (100) 时的正确性问题。

考虑到在 Aurora PostgreSQL Limitless Database 中查询关系的 tableoid 属性的值可能不同，因此增强了查询该关系的 tableoid 属性的错误处理，因为该属性在各个节点中可能具有不同的 DBShardGroup

修复了使用时可能出现的权限问题rds_aurora.limitless_active_shard_key。这可以解决检索数据时的权限错误。

修复了阻塞后台操作中的争用条件，该条件可能导致客户端收到提交时间无效错误。

优化了使用可变长度分片密钥的分布式函数的执行。以前，路由器执行分布式功能，但现在根据分片密钥，它们是在单个分片上本地执行的。

修复了在连接参考表update/delete的标准表上执行时出现的错误。

修复了任何用户都可以调用特定的内部无限函数的问题。

修复了在节点崩溃期间导致子事务回滚不正确的问题。

修复了DEFAULT/CHECK约束中带有嵌套括号的表达式可能会生成错误结果的问题。

Aurora PostgreSQL Limitless 数据库现在支持 Aurora PostgreSQL 版本 16.6。

您现在可以安装和使用该btree_gin扩展程序了。

支持DISCARD数据操作语言 (DML) 命令。

对于在子查询中包含参考表的查询，具有更好的下推功能，从而提高了查询性能。此增强功能优化了查询的执行，从而有可能提高涉及子查询中引用表联接的复杂查询的性能。

增强了的错误处理pg_advisory_lock。以前，尝试使用此不受支持的功能不会生成明确的错误消息，这可能会导致意外行为。现在，用户在尝试使用时将收到明确的错误通知pg_advisory_lock，从而确保更清晰并防止意外后果。

修复了某些CREATE TABLE命令失败ALTER TABLE并显示错误的问题：无法解析给定的语句。

修复了带NOT NULL或DEFAULT约束的ALTER TABLE命令在包含不安全的向下推送到分片的函数（例如易失性函数）时失败，需要在现有行中回填数据。

设置rds_aurora.limitless_minimum_adaptive_fetch_size变量可能会导致结果不正确。

修复了可能导致短时间不可用的多个问题。

修复了导致包含外部关系谓词的反联接查询结果不正确的问题。

为以下系统功能添加了下推功能：

增强了 Aurora PostgreSQL Limitless 数据库pg_advisory_lock中的错误处理。通过此更改，您在尝试使用时会收到明确的错误通知pg_advisory_lock。

修复了在DEFAULT/CHECK约束条件中添加带有嵌套括号的表达式可能会生成错误结果的问题。

修复了运行时处理数据定义语言 (DDL) 语句时CREATE INDEX CONCURRENTLY可能发生死锁的问题。

修复了分布式死锁解析中的错误可能会阻碍对后续分布式死锁的检测的问题。

修复了在会话中使用rds_aurora.limitless_active_shard_key变量时，带有基础数据操作语言 (DML) 语句（例如CREATE TABLE AS或调用包含数据的表）的 DDL 语句会导致错误的问题。

修复了分片拆分操作会导致错误的问题。

修复了如果设置了rds_aurora.limitless_alter_table_type_sharded变量，则将表类型转换为分片的rds_aurora.limitless_alter_table_type_sharded过程将失败的问题。

修复了多态对象解析逻辑中的一个问题，该问题导致在传递数据的隐式转换导致使用不正确的对象版本时，无效查询不会产生错误。

当查询的一部分转换为左或反联接条件时，可能会出现问题。在这些情况下，如果内部关系没有结果，则使用空行。

添加带有NOT NULL或DEFAULT约束的列（其中包含不安全的推送到分片的函数（例如 volatile 函数），需要在现有行中回填数据，则可能会出现问题。

当用于准备分片查询的解析逻辑不尽可能使用括号时，可能会出现问题。在查询中使用时COLLATE，这可能会导致错误。