关键缺陷通知
本文将为您介绍Hologres各版本相关缺陷的修复记录,包括问题描述、影响程度等。您可以通过报错或问题描述,检查您当前的业务中是否产生了相关问题,提前进行问题规避。建议加入实时数仓Hologres交流群联系对应技术支持协助您将产品升级到最新版本,详情请参见如何获取更多的在线支持?。
背景信息
缺陷及修复说明
缺陷内容向下穿透:当前版本存在的缺陷,在之前的版本中均存在。
例如,1.3版本中存在某缺陷,在1.1或0.10等版本中大多数存在,少数不存在场景有明确标注。
缺陷修复向上包含:当前版本修复后的缺陷,在之后的版本中均已修复。
例如,1.1版本中已修复的某缺陷,在1.1或1.3等版本中均已修复。
缺陷等级说明
P0:建议立即升级,一旦触发会影响线上的使用(如查询正确性、写入成功率等操作)。
P1:推荐升级,提前规避相关问题。
P2:选择性升级,偶尔发生的问题,具备应该改写方法,或重启即可修复。
2023年10月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P3 | 使用
| 优化器未能正确识别 | 出现版本: 2.0.1至2.0.25版本。 修复版本: 2.0.26及以上版本。 | 升级到最新版本。 |
P3 | 使用
|
| 出现版本: 2.0.25及以下版本。 修复版本: 2.0.26及以上版本。 | 升级到最新版本。 |
P3 | 对于分区表,
| 对于分区表的 | 出现版本: 2.0.25及以下版本。 修复版本: 2.0.26及以上版本。 | 升级到最新版本。 |
P3 |
|
| 出现版本: 2.0.23及以下版本。 修复版本: 2.0.24及以上版本。 | 升级到最新版本。 |
P3 | 父子表在不同Schema,往子表导入数据时报错:
| 在Hologres中,父表和子表可以允许不在同一个Schema中,当前父子表不在同一个Schema执行INSERT操作时,未正确判断父子表关系,导致报错。 | 出现版本: 2.0.23及以下版本。 修复版本: 2.0.24及以上版本。 | 升级到最新版本。 |
P3 | 行存表设置Clustering Key和PK不一致,且没有显式设置TTL时,通过
| 行存表 | 出现版本: 2.0.22及以下版本。 修复版本: 2.0.23及以上版本。 |
|
P2 | 多个
|
| 出现版本: 2.0.22及以下版本。 修复版本: 2.0.23及以上版本。 | 升级到最新版本。 |
P2 | 执行 | 执行 | 出现版本: 1.3.40至1.3.51版本。 修复版本: 1.3.52及以上版本。 | 升级到最新版本。 |
2023年9月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 使用Proxima向量索引,当插入null向量并且不走Fixed Plan时,写入就会报错:
| 非Fixed Plan模式下,写入null的向量值,导致 | 出现版本: 2.0.21及以下版本。 修复版本: 2.0.22及以上版本。 | 升级到最新版本。 |
P2 | 具有
|
| 出现版本: 2.0.20及以下版本。 修复版本: 2.0.21及以上版本。 | 升级到最新版本。 |
P2 | 当实例的Table Group和Shard Count较多时(Shard Count大于100),Shard Count因Worker挂掉等原因分配不均,使用Rebalance命令后仍然不均匀。 | 当实例的Table Group和Shard Count较多时(Shard Count大于100),Rebalance命令在重新分配Shard时不准确,导致仍然不均匀。 | 出现版本: 2.0.20及以下版本。 修复版本: 2.0.21及以上版本。 | 升级到最新版本。 |
P2 | 表字段有4字节长度的UTF-8数据,使用
| 目前实现中, | 出现版本: 2.0.19及以下版本。 修复版本: 2.0.20及以上版本。 | 升级到最新版本。 |
P2 | 开启Binlog消费后,CPU消耗显著增加。 | 由于系统默认参数设置不合理,在消费Binlog时,产生了高频的系统日志,造成CPU消耗增加。 | 出现版本: 2.0.17、2.0.18、2.0.19。 修复版本: 2.0.20及以上版本。 | 升级到最新版本。 |
P2 |
|
| 出现版本: 2.0.18及以下版本。 修复版本: 2.0.19及以上版本。 | 升级到最新版本。 |
P2 | 具有
| 使用 | 出现版本: 2.0.18及以下版本。 修复版本: 2.0.19及以上版本。 | 升级到最新版本。 |
P1 | 使用Proxima时,将 | 对于Hologres存储引擎SE, | 出现版本: 2.0.18及以下版本。 修复版本: 2.0.19及以上版本。 | 升级到最新版本。 |
P2 | 开启自动创建分区后,将表移动至另一个Schema,并在原Schema下新建同名表时报错:
| 开启自动创建分区后,对原表切换Schema,自动分区的配置未能一起切换,导致在原Schema下创建同名表时,自动分区配置冲突,从而出现报错。 | 出现版本: 2.0.18及以下版本。 修复版本: 2.0.19及以上版本。 | 升级到最新版本。 |
2023年8月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 使用Concat函数入参为单列时报错:
| 低版本不支持Concat函数入参为单列,导致报错。 | 出现版本: 2.0.17及以下版本。 修复版本: 2.0.18及以上版本。 | 建议升级到最新版本。 |
P1 | 分区表开启冷存后,对分区父表执行
| 对于分区表设置冷存的场景,如果父表执行
| 出现版本: 2.0.17及以下版本。 修复版本: 2.0.18及以上版本。 |
|
P2 | 只读从实例无法消费Hologres Binlog。 | 只读从实例某项默认属性变更导致。 | 出现版本: 1.3和2.0早期版本。 修复版本: 1.3.61、2.0.17及以上版本。 | 建议使用主实例消费Hologres Binlog,或升级到最新版本。 |
P2 | 某列和不同类型列做比较且用
|
| 出现版本: 1.3.59及以下版本和 2.0.14及以下版本。 修复版本: 1.3.60及以上版本和2.0.15及以上版本。 | 建议升级到最新版本。 |
P2 | 主从实例,执行 | 由于从实例启动了Lazy Open机制,在主实例执行Resharding或者手动设置 | 出现版本: 1.3.42至2.0.16版本。 修复版本: 暂无。 |
|
2023年7月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 共享集群读取ODPS加密数据报错:
| 共享集群不支持加密数据。 | 出现版本: 2.0.15及以下版本。 修复版本: 2.0.16及以上版本。 | 建议升级到最新版本。 |
P2 | 使用备份恢复功能,原实例中有冷存表,且冷存表有频繁写入,备份失败。 | 冷存表有频繁写入时,数据会一直执行compaction,备份恢复使用的是不停机备份,compaction一直无法完成,导致shard之间的version一直无法对齐,备份获取不到shard最新状态,从而失败。 | 出现版本: 2.0.15及以下版本。 修复版本: 2.0.16及以上版本。 |
|
P1 | 查询PQE的SQL手动cancel/系统超时cancel后,实例出现短暂重启。 | PQE的SQL比较耗费资源,当SQL被系统超时cancel/手动cancel,没有被正常cancel,导致出现空指针,实例coredump。 | 出现版本: 2.0.12至2.0.14版本。 修复版本: 2.0.15及以上版本。 | 建议升级到最新版本。 |
P2 |
|
| 出现版本: 2.0.10及以下版本。 修复版本: 2.0.11及以上版本。 | 建议升级到最新版本。 |
P1 | 对开启Binlog的表执行 | 开启Binlog的表 | 出现版本: 2.0.12及以下版本。 修复版本: 2.0.13及以上版本。 | 建议升级到最新版本。 |
P2 | 建表时指定distribution key为asc/desc顺序,导致查询报错/实例短暂重启。示例如下:
| distribution key不支持指定asc/desc顺序,导致FE执行DDL时replay失败,从而出现coredump或者查询/写入对应表报错。 | 出现版本: 1.3.55及以下版本。 修复版本: 1.3.56及以上版本。 |
|
2023年6月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | SLPM模式下,通过
| SLPM模式下,跨Schema创建视图会引用 | 出现版本: 2.0.3至2.0.9版本。 修复版本: 2.0.10及以上版本。 | 建议升级到最新版本。 |
P1 | 开启冷存后,只读从实例访问冷存表,实例出现短暂重启。 | 当前版本只读从实例配置缺少冷存相关的环境变量,因此当只读从实例访问冷存表时报错。 | 出现版本: 1.3.54及以下版本。 修复版本: 1.3.55及以上版本。 |
|
P2 | Hologres实例升级 V1.3版本后在MaxCompute中创建Hologres外部表,通过双签名方式访问华东2(上海)和美国(弗吉尼亚)地域的Hologres实例时查询报错:
| 华东2(上海)和美国(弗吉尼亚)地域升级后因环境配置错误,导致缺少MaxCompute访问Hologres的双签名账号鉴权,导致MaxCompute查Hologres时出现鉴权错误。 | 出现版本: 1.3.54及以下版本。 修复版本: 1.3.55及以上版本。 | 建议升级到最新版本。 |
P1 | Hologres实例升级 V1.3版本后华东2(上海)和美国(弗吉尼亚)地域通过如下命令查看到单节点连接数上限不是128。
| 华东2(上海)和美国(弗吉尼亚)地域升级后因环境配置错误,导致单节点最大连接数实际值与默认值128不同。 | 出现版本: 1.3.54及以下版本。 修复版本: 1.3.55及以上版本。 | 建议升级到最新版本。 |
P2 | 开启数据脱敏后,查询SQL使用CTE+union脱敏字段,导致查询报错:
| 开启数据脱敏后,脱敏字段不支持union all,在CTE+union的情况下,最外层查询出现空指针,导致实例出现coredump,从而查询报错。 | 出现版本: 1.3.51及以下版本。 修复版本: 1.3.52及以上版本。 | 建议升级到最新版本解决实例coredump,但脱敏字段不支持union,查询会报错 |
P2 | Hologres从V1.1版本升级至V1.3版本后,
| Hologres V1.3.51以下的版本对 | 出现版本: 1.3.50及以下版本。 修复版本: 1.3.51及以上版本。 | 结果多了转义符号( |
2023年5月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 执行包含Nested Loop Join的SQL报错:
| Hologres的Nested Loop Join输出列包含Outer和Inner,需要额外的project来指定输出的列,当前版本的Hologres优化器会将多余的project优化掉,导致表的列对不齐,从而查询报错。 | 出现版本: 1.3.45及以下版本。 修复版本: 1.3.49及以上版本。 | 建议升级到最新版本。 |
P2 | TEXT类型数据转换成JSON类型时,如果TEXT类型的数据不符合标准JSON格式,也会被转成JSON类型。示例SQL如下:
正确的结果应该是报错: | 执行 | 出现版本: 1.3.20至1.3.46版本。 修复版本: 1.3.47及以上版本。 | 建议升级到最新版本。 |
P2 | 使用
| 在Hologres中, | 出现版本: 1.3.44及以下版本。 修复版本: 1.3.46及以上版本。 | 建议升级到最新版本。 |
P2 | 读取MaxCompute Cluster、Cfile等特殊类型的表时,相比读取普通MaxCompute表,查询变慢。 | 当前版本读取MaxCompute Cluster 、Cfile时,Hologres的计算引擎会将读取的外表小文件拆分成更小的文件,导致单次查询的文件变多,因此查询变慢。 | 出现版本: 1.3.20至1.3.40版本。 修复版本: 1.3.45及以上版本。 | 建议升级到最新版本。 |
2023年4月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P0 | 修改表Schema时(如修改TTL、Bitmap、Dictionary等),实例出现重启。如修改表的TTL的SQL示例如下:
| 实例从V1.1等低版本升级上来,导致系统中存在部分表历史版本Schema元数据有缺失,这部分缺失信息在对应表完成Flush或Compaction操作之后可能需要被访问,当前版本对Schema缺失信息处理不当,触发实例coredump。 | 出现版本: 1.3.20至1.3.44版本。 修复版本: 1.3.45及以上版本。 | 建议升级到最新版本。 |
P2 | 使用早于1970年1月1日的timestamptz数据时,函数
执行结果是: | 执行引擎在时间戳处理过程中,时间精度转化错误,导致结果错误。 | 出现版本: 1.3.20至1.3.43版本。 修复版本: 1.3.44及以上版本。 | 建议升级到最新版本。 |
P2 | SQL中带有JSONB类型转NUMERIC类型,且NUMERIC没有指定精度,查询报错:
| JSONB类型转NUMERIC类型未指定精度,优化器QO生成的执行计划没有给出默认精度,QE在执行的时候将NUMERIC转换为DECIMAL的时候对于没有指定精度的情况,默认值是 | 出现版本: 1.3.20至1.3.41版本。 修复版本: 1.3.42及以上版本。 |
|
P2 | 查询OSS数据湖数据时,报错: | 读取OSS数据时,Hologres数据湖查询引擎出现内存泄露,导致查询报错。 | 出现版本: 1.3.20至1.3.41版本。 修复版本: 1.3.42及以上版本。 | 建议升级到最新版本。 |
2023年3月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 |
| 当 | 出现版本: 1.3.20至1.3.40版本。 修复版本: 1.3.41及以上版本。 | 建议升级到最新版本。 |
P2 | 在同一个事务内,对已经存在的分区父表执行
| 在Hologres V1.3.38之前的版本,当分区父表存在时,使用 | 出现版本: 1.3.38至1.3.40版本。 修复版本: 1.3.41及以上版本。 | 建议升级到最新版本。 说明 升级后将会保持与V1.3.38之前的版本行为一致,即如果表存在,修改表属性时如果属性相同则忽略掉SQL。 |
P2 |
| 当数据有前缀空格时, | 出现版本: 1.3.20至1.3.40版本。 修复版本: 1.3.42及以上版本。 |
|
2023年2月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 |
直接执行
| 执行 | 出现版本: 1.3.37及以下版本。 修复版本: 1.3.38及以上版本。 | 建议升级到最新版本。 |
P2 | SQL中包含
| 在生成执行计划时,当 | 出现版本: 1.3.20至1.3.36版本。 修复版本: 1.3.37及以上版本。 |
|
P2 | 执行ANALYZE操作时报错: | ANALYZE在解析表的字段时未处理正确,导致报错。 | 出现版本: 1.3.36版本。 修复版本: 1.3.37及以上版本。 | 建议升级到最新版本。 |
P2 | 指定schema(非public schema)时执行
| 使用 | 出现版本: 1.3.20至1.3.36版本。 修复版本: 1.3.37及以上版本。 |
|
P2 | 设置bigserial类型字段的起始值超过int4范围(-2147483648 ~ 2147483647),查询表数据时起始值不正确,示例SQL如下:
| 当前版本对bigserial类型起始值支持的数据范围是int4的范围(-2147483648 ~ 2147483647,当设置的起始值超过支持的范围后,会出现精度溢出,从而导致结果不正确。 | 出现版本: 1.3.20至1.3.35版本。 修复版本: 1.3.36及以上版本。 | 建议升级到新版本。 |
P2 | Hologres实例从V1.1版本升级到V1.3版本后,查询、写入分区表Array类型时报错: | 分区表父表的Array类型的字段未指定 | 出现版本: 1.3.20至1.3.35版本。 修复版本: 1.3.36及以上版本。 |
|
2023年1月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 分区表场景下,开启JSONB列存,查询分区父表时速度慢,但查询子表速度很快。示例SQL如下:
| 开启JSONB列存后,查询分区父表,优化器无法将查询下推到分区子表,导致查询出整列JSONB,从而性能变差。 | 出现版本: 1.3.20至1.3.34版本。 修复版本: 1.3.35及以上版本。 |
|
P2 | 使用JSONB列存时,带
| 在有 | 出现版本: 1.3.20至1.3.34版本。 修复版本: 1.3.35及以上版本。 |
|
P0 | 在开启MC外表直读场景下,实例因为某些原因重启(如扩容计算节点、OOM等)造成实例服务无法启动。 | MC直读时在因为系统实现缺陷,存在一定概率造成元数据与数据状态不一致,造成存储引擎无法正常加载数据,造成启动失败。后续修正问题时,有可能存在丢失删除状态的问题。 | 出现版本: 1.3.14至1.3.33版本。 修复版本: 1.3.34及以上版本。 |
|
P2 | 查列存表Binlog,且设置了Segment Key,
示例中,查询结果中 | 列存表设置了Binlog和Segment Key,在 | 出现版本: 1.3.33及以下版本。 修复版本: 1.3.34及以上版本。 | 建议升级到新版本。 |
P2 | 使用
|
| 出现版本: 1.3.33及以下版本。 修复版本: 1.3.34及以上版本。 | 建议升级到新版本。 |
2022年12月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 创建一个新的数据库,权限模型设置为SPM后,第一次使用JDBC消费Hologres Binlog出现报错: | 在JDBC消费Hologres Binlog时为了让所有用户看到 | 出现版本: 1.3.20至1.3.32版本。 修复版本: 1.3.33及以上版本。 |
|
P1 | Hologres实例升级到V1.3.30版本后,内存使用率不明原因上涨,业务QPS、数据量等均没有变化。 | 在Hologres中默认会有Result Cache,在Result Cache插入失败时资源没有及时析构,从而出现内存使用率上涨。 | 出现版本: 1.3.30至1.3.31版本。 修复版本: 1.3.32及以上版本。 | 建议升级到新版本。 |
P2 |
| 函数嵌套逻辑错误,导致值不匹配。 | 出现版本: 1.3.20至1.3.29版本。 修复版本: 1.3.30及以上版本。 | 建议升级到新版本。 |
P2 | 查询只读从实例中的表时出现主键重复,查询主实例中相同的表则没有主键重复。 | 数据刚导入时就执行删除,且只读从实例刚好因为升级、扩容等原因Failover,导致从实例中重复的主键数据没有及时清理掉,从而出现从实例主键数据重复。 | 出现版本: 1.3.27至1.3.28版本。 修复版本: 1.3.29及以上版本。 |
|
2022年11月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 建表时,nullable的字段设置为Clustering Key或Segment Key ,查询数据时有偶发结果不一致的现象。 | 含有nullable Clustering Key或Segment Key的表,查询的时候,Result Cache中的结果缓存错误,导致查询结果不一致。 | 出现版本: 1.1.30至1.3.27版本。 修复版本: 1.3.28及以上版本。 |
|
P2 | 使用 | PostGIS函数兼容PostgreSQL,Hologres中使用原生PostgreSQL的 | 出现版本: 1.3.27及以下版本。 修复版本: 1.3.28及以上版本。 | 建议升级到新版本。 |
P2 | 使用 |
| 出现版本: 1.3.20至1.3.27版本。 修复版本: 1.3.28及以上版本。 |
|
P2 | 读取MaxCompute外部表数据时,使用 | 在读取CFile、RANGE TABLE等格式的MaxCompute外部表时,同时命令语句中含有 | 出现版本: 1.3.24至1.3.26版本。 修复版本: 1.3.27及以上版本。 |
|
P2 | 查询MaxCompute外部表ARRAY类型的字段报错: | 访问MaxCompute ORC格式的表时,Hologres外部表对于ARRAY类型的字段接口长度处理不一致,导致ARRAY数据长度超过限制,出现报错。 | 出现版本: 1.3.20至1.3.26版本。 修复版本: 1.3.27及以上版本。 | 建议升级到新版本。 |
2022年10月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 将Distribution Key设置为空字符串时查询报错:
| Distribution Key设置为空字符串时,无法正确路由到数据所在的Shard,导致查询报错。 | 出现版本: 1.3.24及以下版本。 修复版本: 1.3.26及以上版本。 |
|
P2 | 查询MaxCompute外部表时报错: | Hologres读取MaxCompute外部表时,DATETIME类型转换错误,导致查询报错。 | 出现版本: 1.3.20至1.3.24版本。 修复版本: 1.3.25及以上版本。 | 建议升级到新版本。 |
P2 | Hologres实例升级 V1.3.20版本后,查询带有数组类型字段的MaxCompute外部表时报错: | 读取MaxCompute外部表时,因读取接口版本较低,无法识别数组类型,导致查询报错。 | 出现版本: 1.3.20至1.3.24版本。 修复版本: 1.3.25及以上版本。 |
|
P2 | PostgreSQL系统表导入至Hologres表,Hologres表结果随机变化,不稳定。示例如下:
| PostgreSQL系统表为PostgreSQL原生系统表,Hologres是分布式系统,每个FE节点因为不断执行DDL导致节点的版本不一致。查PostgreSQL系统表时,从不同的节点获取数据,导致结果不稳定。 | 出现版本: 1.3.22至1.3.24版本。 修复版本: 1.3.25及以上版本。 | 建议升级到新版本。 |
P2 | Hologres实例升级 V1.3.20及以上版本后, | 在 | 出现版本: 1.3.20至1.3.24版本。 修复版本: 1.3.24及以上版本。 | 建议升级到新版本。 |
P2 | PostgreSQL系统视图导入到业务创建的Hologres表中,Hologres表中没有数据,示例SQL如下。
| Postgresql系统视图 | 出现版本: 1.3.22至1.3.24版本。 修复版本: 1.3.25及以上版本。 | 建议升级到新版本。 |
P2 | 使用Proxima向量查询时,为表设置了两个Proxima向量索引,查询时性能较设置一个索引时更差,设置索引的DDL示例如下。
| 设置两个索引时,DDL中
| 出现版本: 1.3.24及以下版本。 修复版本: 1.3.25及以上版本。 |
|
P2 | 非Superuser用户执行 |
| 出现版本: 1.3.20至1.3.24版本。 修复版本: 1.3.25及以上版本。 |
|
P2 | 使用RAM用户通过Flink消费Hologres Binlog或者通过DataHub写入数据至Hologres时,报错: | 接入节点(Frontend)对RAM用户解析错误,导致报错。 | 出现版本: 1.3.23及以下版本。 修复版本: 1.3.24及以上版本。 | 建议升级到新版本。 |
P2 | Hologres实例从 V1.1版本升级至 V1.3版本后,MaxCompute外部表查询耗时增加,通过查看执行计划(explain sql)发现,表统计信息的 | Hologres实例升级到 V1.3版本后,Auto Analyze未检测到外部表的Schema,导致未能及时获取到外部表的统计信息。 | 出现版本: 1.3.14至1.3.23版本。 修复版本: 1.3.24及以上版本。 |
|
P2 | 查询语句中的 示例如下:
| 使用 | 出现版本: 1.3.20至1.3.23版本。 修复版本: 1.3.24及以上版本。 | 建议升级到新版本。 |
2022年09月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | JDBC连接串指定了Schema,但是Schema没有生效,仍然为
| FE节点对于连接串中 | 出现版本: 1.3.14至1.3.22版本。 修复版本: 1.3.23及以上版本。 | 建议升级到新版本。 |
P1 | 创建了物化视图,SQL查询命中物化视图自动改写,导致实例出现短暂重启。 | 命中物化视图自动改写的SQL,优化器在生成执行计划时获取表的Meta数据失败,导致实例异常。 | 出现版本: 1.3.14至1.3.22版本。 修复版本: 1.3.23及以上版本。 | 建议升级到新版本。 |
P2 | 在一个实例内为不同用户设置不同的IP白名单策略,这些用户在白名单的IP内无法访问Hologres实例,报错: | 为用户设置IP白名单后,网关拦截了用户,导致实际上用户并没有被设置在白名单内。 | 出现版本: 1.3.21及以下版本。 修复版本: 1.3.22及以上版本。 |
|
P2 | Fixed Plan的点查场景下查询
| Fixed Plan场景下 | 出现版本: 1.3.20及以下版本。 修复版本: 1.3.21及以上版本。 | 建议升级到新版本。 |
P2 | 开启IP白名单之后,Flink消费Hologres Binlog报错: | Flink消费Hologres binlog使用的接口为Hologres实时数据导入接口(非JDBC模式),该接口暂不支持开启IP白名单功能。 | 出现版本: 1.3.20及以下版本。 修复版本: 1.3.21及以上版本。 |
|
P2 | 将数组类型显式转换成String类型时,报错:
| 当前Hologres暂不支持将数组类型显式转换成String类型。 | 出现版本: 1.3.20及以下版本。 修复版本: 1.3.21及以上版本。 | 建议升级到新版本。 |
P1 | 在查询MC外表时,查询卡主,在重启实例后,卡主现象消失。 | 在Hologres读取MC元数据时, 如果MC元数据服务发生主备切换,Hologres没有能够正确处理异常场景,造成重试失败,引起查询卡主。 | 出现版本: 1.3.20及以下版本。 修复版本: 1.3.21及以上版本。 | 建议升级到新版本。 |
2022年08月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 使用JDBC Prepare Statement模式执行SQL查询时报错: | 在JDBC Prepare Statement模式下,执行SQL实际上还没有开始事务,导致无法生成Query ID,从而报错。 | 出现版本: 1.1.80至1.1.86版本。 修复版本: 1.3.20及以上版本。 |
|
P2 | 修改TTL时,设置的TTL值中间带了逗号(,): | 带逗号的TTL值 | 出现版本: 1.1.85及以下版本。 修复版本: 1.3.20及以上版本。 |
|
P2 | 行存表Clustering Key和PK设置不一致时,查询报错: 示例如下:
| 当行存表Clustering Key和PK设置不一致时,存储引擎会错误的生成相同的Record,导致查询报错。 | 出现版本: 1.1.84及以下版本。 修复版本: 1.3.20及以上版本。 |
|
P2 | 非Superuser账号通过JDBC消费Hologres Binlog时,执行 | JDBC消费Hologres Binlog时需要使用Superuser账号,否则会没有权限。 | 出现版本: 1.1.83及以下版本。 修复版本: 1.3.20及以上版本。 |
|
P2 | 查询慢Query日志时缺少日志,但是监控信息上却显示延迟和QPS。 | 同一事务(Transaction)中不同Query有相同Query ID,元仓收集Query去重后只保留了一条Query,导致其他Query丢失。 | 出现版本: 1.1.80及以下版本。 修复版本: 1.3.20及以上版本。 | 建议升级到新版本。 |
P2 | 消费Hologres Binlog时报错: | 实例因某个原因有过FE节点重启,节点恢复后没有将Hologres Binlog的Extension恢复,导致消费失败。 | 出现版本: 1.3以下版本。 修复版本: 1.3.20及以上版本。 | 建议升级到新版本。 |
2022年07月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 热升级之后查询表报错: | 实例进行热升级,热升级过程中表有离线BulkLoad写入,离线写入时数据会进行Compaction,导致元数据存在兼容性问题从而出现报错。 | 出现版本: 1.1.80及以下版本。 修复版本: 1.1.81及以上版本。 |
|
P2 | 同时回写MaxCompute同一表的不同分区时报错: | 不同的MaxCompute分区属于同一个表,在回写时,回写接口执行 | 出现版本: 1.1.78及以下版本。 修复版本: 1.1.79及以上版本。 | 建议升级到新版本。 |
2022年06月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | Analyze OSS外部表时,出现OOM(Out Of Memory)。 | 在对OSS外部表执行Analyze时,OSS行数获取接口会默认采样的行数较大(超过3万行),从而出现OOM。 | 出现版本: 1.1.76及以下版本。 修复版本: 1.1.77及以上版本。 | 建议升级到新版本。 |
P2 | 含有 示例SQL如下。
|
| 出现版本: 1.1.73及以下版本。 修复版本: 1.1.74及以上版本。 |
|
P2 | 创建OSS外部表时,只选择部分字段创建外部表,创建时报错: | 选择部分OSS字段创建外部表时,引擎对部分外部表的支持有限制,只能选择全部字段。 | 出现版本: 1.1.73及以下版本。 修复版本: 1.1.74及以上版本。 |
|
P2 | 删除某一段区间的数据之后(如删除某个分区),立即对同一张表执行 | 当删除了一个区间或者一段连续的值之后,此时Compation还未全部完成,执行 | 出现版本: 1.1.70及以下版本。 修复版本: 1.1.71及以上版本。 | 建议升级到新版本。 |
2022年05月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 查MaxCompute表报错: | 在MaxCompute表中有TIMESTAMP类型,使用Tunnel写入后TIMESTAMP精度会变成纳秒,目前Hologres暂不支持精度为纳秒的TIMESTAMP,导致报错。 | 出现版本: 1.1.69及以下版本。 修复版本: 1.1.70及以上版本。 |
|
P2 | 查询OSS Parquet数据时,通过 | Hologres读OSS Parquet文件时,接口版本较老,导致读取非Null数据中会随机出现Null值,从而查询结果错误。 | 出现版本: 1.1.67及以下版本。 修复版本: 1.1.68及以上版本。 | 建议升级到新版本。 |
P2 | 在Hologres中使用SQL方式将数据回写MaxCompute时报错: | 在回写MaxCompute时,超时时间默认为300s,导致产生了空的Block,从而出现报错。 | 出现版本: 1.1.64及以下版本。 修复版本: 1.1.65及以上版本。 |
|
P2 | Hologres V1.1版本在对MaxCompute外部表增加多列时报错:
| Hologres V1.1版本增加了对外部表 | 出现版本: 1.1.1至1.1.58版本。 修复版本: 1.1.59及以上版本。 |
|
P1 | 使用
| 使用 | 出现版本: 1.1.58及以下版本。 修复版本: 1.1.59及以上版本。 | 建议升级到新版本。 |
P2 | 并发读取MaxCompute加密的表时,出现报错: | 在并发读取MaxCompute加密表时,Reader并发解析加密对象, 导致解密错误。 | 出现版本: 1.1.57及以下版本。 修复版本: 1.1.58及以上版本。 | 建议升级到新版本。 |
P2 | 对NUMERIC或者DECIMAL类型的字段执行求余(%)计算,且下推至HQE中执行,导致计算结果不正确。 | HQE不支持NUMERIC和DECIMAL类型的求余,但未做类型校验,导致结果出错。 | 出现版本: 1.1.55及以下版本。 修复版本: 1.1.56及以上版本。 |
|
2022年04月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 通过JDBC订阅Hologres Binlog,启动JDBC消费Binlog作业pgreplicationstream.start()在数据库端同时执行 | 订阅Binlog时删除表,会导致订阅时表不存在,但是订阅Binlog需要获取表的table_properties, 导致空指针,出现实例重启现象。 | 出现版本: 1.1.54及以下版本。 修复版本: 1.1.55及以上版本。 |
|
P2 | 分区子表执行 | 通过 | 出现版本: 1.1.52及以下版本。 修复版本: 1.1.53及以上版本。 | 建议升级到新版本。 |
P2 | 当使用 |
| 出现版本: 1.1.52及以下版本。 修复版本: 1.1.53及以上版本。 | 建议升级到新版本。 |
2022年03月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 通过DLF查询OSS外部表时报错: | 没有设置user-mapping时,鉴权接口传递权限错误,导致查询报错。 | 出现版本: 1.1.50及以下版本。 修复版本: 1.1.51及以上版本。 |
|
P2 | PrepareStatement模式下查询SQL报错: | PrepareStatement模式下可以对反复执行的SQL生成Plan cache,减少接入端的开销。而在当前版本PrepareStatement模式对SQL的Plan cache获取不及时,导致查询出错。 | 出现版本: 1.1.47至1.1.50版本。 修复版本: 1.1.51及以上版本。 |
|
P1 | Blink或者Flink RPC模式写入Hologres时报错: | 使用Blink或者Flink RPC模式写入Hologres时,接口未返回Rpcproxy端口,导致写入报错。 | 出现版本: 1.1.50及以下版本。 修复版本: 1.1.51及以上版本。 |
|
P2 | 执行含有 | 含 | 出现版本: 1.1.49及以下版本。 修复版本: 1.1.50及以上版本。 | 建议升级到新版本。 |
P2 | 使用 | 执行引擎(QE)在执行Join算子时会构建哈希表,但是实际读数据时,没有正常过滤 | 出现版本: 1.1.49及以下版本。 修复版本: 1.1.50及以上版本。 | 建议升级到新版本。 |
P2 | 执行Join SQL时报错: | Join SQL生成的执行计划(通过 | 出现版本: 1.1.49及以下版本。 修复版本: 1.1.50及以上版本。 | 建议升级到新版本。 |
P2 | SQL过滤条件中含有
| 优化器在生成执行计划时,对 | 出现版本: 1.1.48及以下版本。 修复版本: 1.1.49及以上版本。 | 建议升级到新版本。 |
P2 | SLPM权限模型下,修改Schema名称时执行 | SLPM权限模型下修改Schema时,权限接口判断错误,导致执行报错。 | 出现版本: 1.1.47及以下版本。 修复版本: 1.1.48及以上版本。 | 建议升级到新版本。 |
2022年02月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | SPM或者SLPM模式下,开启数据脱敏后,进行Auto Analyze或者Analyze失败。 | 后端会使用表Owner去执行Auto Analyze,但SPM或者SLPM模式下,表的Owner是Developer,没有登录权限,而对脱敏列采样时会走PQE,导致Auto Analyze或者Analyze失败。 | 出现版本: 1.1.1至1.1.46版本。 修复版本: 1.1.47及以上版本。 |
|
P1 | Analyze外部表时,外部表分区太多(通常是多级分区场景)报错超过分区限制(大于512分区),导致Analyze失败。 | Analyze时未对外部表分区进行相应裁剪,导致Analyze失败。 | 出现版本: 1.1.1至1.1.46版本。 修复版本: 1.1.47及以上版本。 |
|
P1 | 执行 | 生成执行计划时对 | 出现版本: 1.1.1至1.1.46版本。 修复版本: 1.1.47及以上版本。 | 建议升级到新版本。 |
P2 | 查看慢Query日志时,无法显示查询读取的行数(read_rows)、返回行数(result_rows)等信息。 | 元仓采集信息不全导致。 | 出现版本: 1.1.1至1.1.46版本。 修复版本: 1.1.47及以上版本。 | 建议升级到新版本。 说明 Hologres V1.1.36版本开始可以通过GUC参数查看,V1.1.47版本后可以不使用GUC参数。 |
P2 | 使用JDBC PrepareStatement模式时, | PrepareStatement模式下对多个values进行多次 | 出现版本: 1.1.46及以下版本。 修复版本: 1.1.47及以上版本。 |
|
P2 | 执行非Join的SQL(例如含有count distinct)时,报错: | 非Join的SQL也可能会使用Shard Function生成执行计划,而目前Shard Function目前不支持NUMERIC等类型,导致部分非精确类型在执行时报错。 | 出现版本: 1.1.46及以下版本。 修复版本: 1.1.47及以上版本。 | 建议升级到新版本。 |
P1 | 在使用 | 优化器在生成执行计划时,会将 | 出现版本: 1.1.46及以下版本。 修复版本: 1.1.47及以上版本。 |
|
P2 | 非PostgreSQL来源(如JDBC)的DDL有SQL代码注释,示例: | DDL命令末尾有注释,会使得同一行最后的分号失去命令间的分隔作用,导致新生成的命令追加到注释后面失效,从而使得SQL不合法,导致节点间Replay失败,造成写入或者查询卡死。 | 出现版本: 1.1.45及以下版本。 修复版本: 1.1.46及以上版本。 |
|
P1 | 按照主键点查方式查询行存表时,存在一定概率场景,出现部分行存数据查询不到的情况。 | 行存表在做后台文件compaction时,在处理并发场景有缺陷,致使部分索引文件定位有误,导致部分行存数据查询不到。 | 出现版本: 1.1.44及以下版本。 修复版本: 1.1.45及以上版本。 | 建议升级到新版本 |
P2 | Hologres实例升级至 V1.1版本后,查询MaxCompute外部表,当外部表有多级分区时(一般3级分区),SQL过滤条件中带有or,查询相比V0.10版本变慢(之前查询只需要几秒钟)或者出现OOM。 | Hologres V1.1版本,在多级分区过滤中,优化器对or条件生成的算子无法识别,导致生成的filter为空,即不做任何过滤,从而扫描了所有分区,导致查询变慢或者出现OOM。 | 出现版本: 1.1.44及以下版本。 修复版本: 1.1.45及以上版本。 | 建议升级到新版本 |
P1 | CPU占用不高时内存也长期处于高水位,通过监控发现QPS比较高(几百及以上),但是连接数只用了几十个,即一个Connection保持几百个QPS的速度执行SQL。 | 当执行SQL时,优化器会去获取表的statistics,当一个Connection保持几百个QPS的速度执行SQL,且Connection长期不关闭,导致获取statistics时泄漏,造成内存高水位。 | 出现版本: 1.1.44及以下版本。 修复版本: 1.1.45及以上版本。 |
|
P2 | SQL中含有 | 优化器在生成执行计划时,对like相关的函数预处理规则出错,进行了错误的改写,导致结果不正确。 | 出现版本: 1.1.44及以下版本。 修复版本: 1.1.45及以上版本。 |
|
P1 | STS账号登录时,报错: | 账号认证接口对STS账号的状态判断错误,导致报错。 | 出现版本: 1.1.43至1.1.44版本。 修复版本: 1.1.45及以上版本。 | 建议升级到新版本 |
P0 | 在应用侧数据写入完成,但引擎侧数据写入进程崩溃,有概率存在数据丢失,用户查询时发现数据缺少。 | 正常流程是用户写数据,WAL(Write Ahead Log)落盘后才返回给上层调用,表示写入完成,保证数据持久化和一致性。但当落盘进程写入超时触发系统重试后,数据会首先写入内存缓存部分,并返回给上层调用,如果此时内存缓存进程崩溃后,会造成应用层返回成功,但实际数据存储层丢失的问题。 | 出现版本: 0.8及以下版本。 修复版本: 0.9及以上版本。 | 建议升级到新版本 |
P1 | 实例写入和查询数据时失败并报错: | 出现报错后,业务侧进行Query重试叠加后端接入节点(FE)重试,导致请求量太高,Store Master(元数据管理)处理不及时而报错。 | 出现版本: 1.1.43及以下版本。 修复版本: 1.1.44及以上版本。 |
|
P2 | 新增一列类型为DECIMAL且不指定精度的列,如 | 当前新增列不支持DECIMAL不指定精度,但是新增列(Add Column)时没有做精度校验,导致查询报错。修复后在新增列时会对精度校验,未指定精度会报错。 | 出现版本: 1.1.42及以下版本。 修复版本: 1.1.43及以上版本。 |
|
P0 | 当AccessKey被禁用后,仍然能使用被禁用的AccessKey访问Hologres实例。 | AccessKey接口对于禁用的AccessKey状态调用错误,导致禁用的AccessKey被当成了正常的AccessKey使用。 | 出现版本: 1.1.42及以下版本。 修复版本: 1.1.43及以上版本。 |
|
P2 | 建表时有Default字段,使用 |
| 出现版本: 1.1.42及以下版本。 修复版本: 1.1.43及以上版本。 | 建议升级到新版本。 |
P2 | 执行有外表关联的INNER JOIN查询语句时,报错找不到某一列,如: | 优化器在生成执行计划时,对于等价表达式的推导不对,没有输出的列也作为了等价表达式的推导,导致报错。 | 出现版本: 1.1.42及以下版本。 修复版本: 1.1.43及以上版本。 | 建议升级到新版本。 |
P1 | 使用行列共存的表,带有复杂的Nested Loop Join,出现实例重启后又快速恢复。 | 优化器在检测行列共存的表时,没有生成正确的执行计划,导致报错从而触发实例重启。 | 出现版本: 1.1.42及以下版本。 修复版本: 1.1.43及以上版本。 |
|
P1 | 多表(如6个表)Join的复杂导入作业在手动取消后,CPU使用率仍然为100%,持续几个小时不结束,执行 | 比较复杂的Query,执行计划包括Hash Join算子,涉及到的数据量很大,后端出现锁死,导致取消后仍然在后端运行中。 | 出现版本: 1.1.42及以下版本。 修复版本: 1.1.43及以上版本。 |
|
2022年01月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2 | 数据通过DataHub写入Hologres分区表时,分区表未提前创建分区子表,Hologres实例重启。 | DataHub写入Hologres分区表时,写入接口未做分区校验,引发实例Coredump。 | 出现版本: 1.1.41及以下版本。 修复版本: 1.1.42及以上版本。 |
|
P2 | 分区子表通过 | 分区子表的建表属性与分区父表不一致(比如not null约束、PK设置,Clustering Key设置等),在 | 出现版本: 1.1.41及以下版本。 修复版本: 1.1.42及以上版本。 |
|
P1 | 使用JDBC PreparedStatment模式时,SQL中的 | 使用JDBC PreparedStatment模式时, | 出现版本: 1.1.0至1.1.40及以下版本。 修复版本: 1.1.41及以上版本。 | 建议升级到新版本。 |
P1 | 使用JDBC PreparedStatment模式时, | 当使用JDBC PreparedStatment模式时, | 出现版本: 1.1.0至1.1.40及以下版本。 修复版本: 1.1.41及以上版本。 | 建议升级到新版本。 |
P2 | 行列共存的表使用 | 当 | 出现版本: 1.1.0至1.1.40及以下版本。 修复版本: 1.1.41及以上版本。 |
|
P2 | 执行SQL,
| 后端在判断 | 出现版本: 1.1.0至1.1.40及以下版本。 修复版本: 1.1.41及以上版本。 | 建议升级到新版本。 |
P2 | 修改分区子表的生命周期(TTL)后出现报错: | 修改子表TTL时,元数据管理器Store Manager(SM)检验Schema变动时出错,导致SQL出现报错。 | 出现版本: 1.1.0至1.1.40及以下版本。 修复版本: 1.1.41及以上版本。 |
|
P2 | 使用 | 一个实例会有多个接入节点,执行SQL时,是先在一个节点执行,再去其他节点重放(reply),当某个节点因为版本等原因无法跟其他节点保持元数据信息一致时,会进行重试(retry)。当并发执行 | 出现版本: 1.1.39及以下版本。 修复版本: 1.1.40及以上版本。 |
|
P1 | 开启Auto Analyze功能之后,实例没有明显上涨的QPS,出现报错: | 开启Auto Analyze功能之后,接入节点的系统表没有及时执行 | 出现版本: 1.1.38及以下版本。 修复版本: 1.1.39及以上版本。 | 建议升级到新版本。 |
P2 | 基于分区表创建视图,并对分区列做
| 封装成View之后,在优化器中的过滤条件是基于 | 出现版本: 1.1.38及以下版本。 修复版本: 1.1.39及以上版本。 |
|
P2 |
| 当日期是周日时, | 出现版本: 1.1.36及以下版本。 修复版本: 1.1.37及以上版本。 | 建议升级到新版本。 |
P1 | 实例开启数据脱敏后,子查询(Sub Query)中含有CTE函数,实例短暂出现连接报错或者I/O口报错。 | 递归调用处理CTE函数时,数据脱敏处理不正确,导致Hologres实例重启。 | 出现版本: 1.1.36及以下版本。 修复版本: 1.1.37及以上版本。 |
|
2021年12月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P0 | 为TEXT类型字段设置Dictionary索引时,实例出现短暂重启,示例SQL如下。
,其中a是TEXT类型。 | Hologres会给TEXT类型的字段默认设置Dictionary,即为auto属性,手动再给TEXT类型指定Dictionary时,会变为on属性,导致文件状态不一致,无法进行压缩合并(Compaction),从而引发Coredump。 | 出现版本: 1.1至1.1.35及版本。 修复版本: 1.1.36及以上版本。 |
|
P2 | 查看慢Query日志时,无法显示查询读取的行数(read_rows)、返回行数(result_rows)等信息。 | 元仓采集信息不全导致无法显示。 | 出现版本: 1.1至1.1.35及版本。 修复版本: 1.1.36及以上版本。 | 建议升级到新版本,且需要在查看慢Query的SQL前添加如下命令。
|
P1 | 当SQL的where条件中含有 | Hologres会默认对TEXT类型构建Bitmap,且该列是Nullable属性的情况下,后端对 | 出现版本: 1.1.35及以下版本。 修复版本: 1.1.36及以上版本。 | 建议升级到新版本。 |
P1 | 报错: | Hologres会默认对TEXT列构建Dictionary字典编码,当插入的字段太大(单字段超过2GB)时,导致构建的Dictionary过大,查询时报错。 | 出现版本: 1.1.35及以下版本。 修复版本: 1.1.36及以上版本。 | 建议升级到新版本。 |
P1 | 查Binlog时,带有Binlog字段的SQL查主键(PK)字段时查不出数据,不带Binlog的SQL查PK字段时能查询出数据。示例查询(其中a是test表的PK字段)如下。
| 后端优化器根据PK字段查询时生成了错误的执行计划,导致查询错误。 | 出现版本: 1.1.35及以下版本。 修复版本: 1.1.36及以上版本。 | 建议升级到新版本。 |
P2 | 实例在CPU负载满的情况下,在HoloWeb中无法查询活跃Query、活跃连接等信息。 | 在CPU负载满时,pg_stat_activity等系统表会受资源限制,导致查询失败。 | 出现版本: 1.1.35及以下版本。 修复版本: 1.1.36及以上版本。 | 建议升级到新版本。 |
P1 | 使用ANY数组为空时,Hologres实例出现重启。 | 对于ANY数组为空时后端处理不正确,导致实例Coredump。 | 出现版本: 1.1.35及以下版本。 修复版本: 1.1.36及以上版本。 | 建议升级到新版本。 |
P1 | Query包含Lead或Lag函数,同时函数的第三个参数缺省时报错: | 执行器对于Lead和Lag函数的输出结果的Nullable推导不正确,导致报错。 | 出现版本: 1.1.34及以下版本。 修复版本: 1.1.35及以上版本。 | 建议升级到新版本。 |
P2 | Flink写入Hologres时,有RoaringBitmap字段,写入很慢。 | 带有RoaringBitmap的写入链路没有在后端优化导致写入性能差。 | 出现版本: 1.1.35及以下版本。 修复版本: 1.1.36及以上版本。 |
|
P1 | 使用Roaring Bitmap时报错: | Roaring Bitmap存在内存泄漏。 | 出现版本: 1.1.34及以下版本。 修复版本: 1.1.35及以上版本。 |
|
P1 | SQL中有 |
| 出现版本: 1.1.33及以下版本。 修复版本: 1.1.34及以上版本。 | 建议升级到新版本。 |
P1 | 使用Proxima查询时报错: | 后端读取Proxima的文件状态有误,从而报错。 | 出现版本: 1.1.33及以下版本。 修复版本: 1.1.34及以上版本。 | 建议升级到新版本。 |
P2 | 实例升级至1.1版本或者在1.1版本对实例执行升降配等重启操作后,第一次查询时,Query的速度变慢,查看执行计划,统计信息不准确。再次执行Query,统计信息正确且性能恢复。 | 实例升级重启后,第一次执行Query时未能拿到正确的统计信息版本,导致统计信息不准确,性能变差。 | 出现版本: 1.1至1.1.32版本。 修复版本: 1.1.33及以上版本。 |
|
P0 | 使用 | 查询结束到数据析构之间,发生表的 | 出现版本: 1.1.32及以下版本。 修复版本: 1.1.33及以上版本。 | 建议升级到新版本。 |
P1 | 升级至1.1版本后,多表(十几个表)Join出现OOM异常,且升级前运行正常。 | 优化器预估表的行数过多,导致执行器在初始化阶段OOM,无法进行下一步计算。 | 出现版本: 1.1至1.1.31版本。 修复版本: 1.1.32及以上版本。 | 建议升级到新版本。 |
P2 | Serving点查场景,因为客户端凑批导致延迟变高。 | 每个Worker节点上只有一个点查写入节点,当请求都发到写入节点时容易产生凑批行为,而当前凑批上限过大,导致等待攒批耗时较长,造成点查延迟变高。 | 出现版本: 1.1至1.1.31版本。 修复版本: 1.1.32及以上版本。 | 建议升级到新版本。 |
P1 | 存储加密的表 | 对于存储加密的表,没有按照文档正确的配置进行操作,生成了错误版本,导致内存表(MemTable)数据丢失,从而无法出结果。 | 出现版本: 1.1至1.1.31版本。 修复版本: 1.1.32及以上版本。 | 建议升级到新版本。 |
P1 | 执行 | 当前 | 出现版本: 1.1.30及以下版本。 修复版本: 1.1.31及以上版本。 | 建议升级到新版本。 |
P1 | 使用函数to_char、to_date和to_timestamp时报错: | 函数to_char、to_date和to_timestamp支持的时间范围是1925 ~ 2282年,超出时间范围就会报错。 | 出现版本: 1.1.30及以下版本。 修复版本: 1.1.31及以上版本。 | 建议升级到新版本,升级后可以通过GUC控制时间范围,支持所有时间的数据,如下所示。
|
P1 | SQL中有内连接(inner join),执行后运算结果偏少。 | Join算子要求相同的join key数据分布推导在相同并发节点,实际执行时,数据分布推导错误,会错误的将相同数据Shuffle到不同的节点,导致 | 出现版本: 1.1.30及以下版本。 修复版本: 1.1.31及以上版本。 | 建议升级到新版本。 |
P1 | 执行SQL时报错: | 表连接时没有Join Key,导致执行计划生成失败报错。 | 出现版本: 1.1至1.1.27版本。 修复版本: 1.1.28及以上版本。 |
|
P1 | 使用get_json_object函数时报错: | get_json_object函数的两个参数为非Nullable类型,但是UDF的结果可能为Nullable类型,在生成执行计划时,检查非Nullable失败,导致报错。 | 出现版本: 1.1.27及以下版本。 修复版本: 1.1.28及以上版本。 | 建议升级到新版本。 |
P1 | 报错: | 执行计划生成中,DML节点对下游TG有信息要求,但下游某节点推断出的TG属性为NULL,没有满足DML的TG要求,导致报错。 | 出现版本: 1.1.27及以下版本。 修复版本: 1.1.28及以上版本。 | 建议升级到新版本。 |
P1 | 执行 | 实例开启了Auto Analyze,Auto Analyze会加share_update_exclusive锁, 同时Auto Analyze会使用连接,新的连接load_stats,会加access_shared_lock;这两个步骤期间,如果用户进行 | 出现版本: 1.1.27及以下版本。 修复版本: 1.1.28及以上版本。 |
|
2021年11月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P2(优化) | 当实例重启后,查询部分数据结果不一致。 | 后端某一个节点重启后,需要与其他节点版本追齐,在追齐过程中,重启的节点版本较低,查询的还是原数据,导致结果查询不一致。优化后的行为是,当节点重启后,若是与其他节点版本不一致,则不提供服务,直到追齐版本后再提供服务,保证数据一致性。 | 出现版本: 1.1.24及以下版本。 修复版本: 1.1.26及以上版本。 | 建议升级到新版本。 |
P2 | MaxCompute数据导入时,执行 | 底层在Meta中,加载了所有StripesMeta导致内存飙高。 | 出现版本: 1.1.24及以下版本。 修复版本: 1.1.26及以上版本。 |
|
P1 | 当对Distribution Key或者Primary Key使用 | 当 | 出现版本: 1.1.24及以下版本。 修复版本: 1.1.26及以上版本。 |
|
P1 | 在外部表数据导入内部表的时候,先 | 在导入过程中,存在存储器异常问题,导致未获取到最新数据。 | 出现版本: 1.1.24及以下版本。 修复版本: 1.1.26及以上版本。 | 建议升级到新版本。 |
P1 | 当行很宽,数据量超过数百MB时,单行记录就超出了RECORDBATCH记录批规格的上限,就会输出0行的RECORDBATCH,从而引发缺陷,实例进行重启。 | 当行很宽时,后端对行数的处理不够,导致实例进行重启。 | 出现版本: 1.1.24及以下版本。 修复版本: 1.1.26及以上版本。 | 建议升级到新版本。 |
P2 | 报错: | SQL中有in表达式,例如: | 出现版本: 1.1.24及以下版本。 修复版本: 1.1.26及以上版本。 |
|
P2(优化) | 报错: | 单个节点计算内存超过20GB的上限(单个节点总上限是64GB,1/3用于计算,1/3用于缓存,1/3用于元数据)。 | 出现版本: 1.1.23及以下版本。 修复版本: 1.1.24及以上版本。 | 在1.1.24版本支持单个节点内存弹性调整,后台会检测当前节点内存的使用状态,弹性调整计算内存大小,缓解20G计算内存上限的问题。但是Query还是报错,建议优化SQL或者扩容。 |
P1 | 报错: | 执行的sql中,选中的列不在 | 出现版本: 1.1.23及以下版本。 修复版本: 1.1.24及以上版本。 | 建议升级到新版本。 |
P1 | 使用Flink或者Holo Client,往Binlog表里一次写入多条重复的数据,中间数据的Binlog丢失。 | 写Binlog表,其中有重复的数据时,后端执行器会只生成最后一条数据的Binlog,其他重复的数据会被忽略。 | 出现版本: 1.1.23及以下版本。 修复版本: 1.1.24及以上版本。 | 建议升级到新版本。 |
P0 | 查询MaxCompute外部表时,最后两行数据会随机变化,数据类型是DECIMAL类型。 | 直读MaxCompute的ORC格式数据,当文件中存在DECIMAL类型,存储优化时,Hologres读出来的DECIMAL统计信息存在随机问题。 | 出现版本: 1.1.23及以下版本。 修复版本: 1.1.24及以上版本。 | 建议升级到新版本。 |
P1 | 报错: | sort算子默认具有rewindable属性,但底层并不支持,Query生成计划时报错。 | 出现版本: 1.1.23及以下版本。 修复版本: 1.1.24及以上版本。 | 建议升级到新版本。 |
P1 | 在HologresV1.1版本设置了资源组,但是在跑Query时OOM(Out Of Memory),出现报错: | QE内存使用超过阈值,跑新Query超过资源组配额,异常时会导致内存泄漏。 | 出现版本: 1.1至1.1.23版本。 修复版本: 1.1.24及以上版本。 |
|
P2 | 偶发报错: | 后台进程在检查IP白名单的变量时,变量没有初始化导致偶发报错。 | 出现版本: 1.1.23及以下版本。 修复版本: 1.1.24及以上版本。 |
|
P1 | 对表执行 | Frontend节点在从优化以后的树结构里面转化成PowerBuilderTree的时候对应列的序号找错,导致报错。 | 出现版本: 1.1.22及以下版本。 修复版本: 1.1.23及以上版本。 | 建议升级到新版本。 |
P1 | 执行多表 | 实现 | 出现版本: 1.1.22及以下版本。 修复版本: 1.1.23及以上版本。 | 建议升级到新版本。 |
P1 | 在case when语句中,TEXT字段同时作为group by 和agg的参数时,无法生成计划,出现报错: | 在case when中取法找到agg参数字段的colref导致计划无法生成。 | 出现版本: 1.1.22及以下版本。 修复版本: 1.1.23及以上版本。 | 建议升级到新版本。 |
P1 | 报错: | const数组优化机制在SE没有判断导致执行出错。 | 出现版本: 1.1至1.1.21版本。 修复版本: 1.1.22及以上版本。 | 建议升级到新版本。 |
P0 | 使用 | subquery中将多行值赋给一行的语法产生了多表达式参数,此参数没有进行转换支持column id信息不存在,导致实例重启。 | 出现版本: 1.1.21及以下版本。 修复版本: 1.1.22及以上版本。 | 建议升级到新版本。 |
P2 | 对于DECIMAL数据相乘报错: | 对于DECIMAL类型的字段进行相乘,例如: | 出现版本: 1.1.21及以下版本。 修复版本: 1.1.22及以上版本。 |
|
2021年9-10月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P0 | 报错: | 后台会给Query设置自增transation id,对于QPS高的实例,ID会超过INT上界,从而导致报错。 | 出现版本: 0.10.19至0.10.42版本。 修复版本: 1.1及以上版本。 | 建议升级到新版本。 |
P1 | 数据局部列更新入表偶发报错: | 字段中包含TEXT[],当前TEXT[]没有进行二层数组的 | 出现版本: 0.10.41。 修复版本: 0.10.42及以上版本。 |
|
P1 | 使用 | 行存表中有多个主键,获取表主键的时候是需要执行多次 | 出现版本: 0.10.42。 修复版本: 0.10.45及以上版本。 |
|
P2 | 删除分区时报错: | 删除分区时,Query被后端异常退出,导致报错。 | 出现版本: 0.10.41及以下版本。 修复版本: 0.10.42及以上版本。 |
|
P2 | 查询或者写入数据时报错: | 一般是因为刚做完DDL,后端节点还在重启,这个时候执行DML,就会导致节点间的版本不一致而报错。 | 出现版本: 1.1.18及以下版本。 修复版本: 1.1.19及以上版本。 |
|
2021年08月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P1 | 表开启Hologres Binlog,且建表时Binlog的TTL设置比较小的时间,但表的存储数据一直增长(业务数据量并没有增加)。 | 建表(create table)时,显式指定的Binlog TTL未真正生效,默认为100年。 | 出现版本: 0.10版本。 修复版本: 1.1版本。 |
|
P1 | 列存表频繁进行Update、Delete、Insert on Conflict操作,引起存储空间持续增长。 | Hologres为提高更高的效率,采用标记删除算法,当文件中被标记记录达到一定比率,会触发后台Compaction进程,进行空间的释放。Hologres存在缺陷,在某些情况下Compaction未启动。 | 出现版本: 0.10.25以下版本。 修复版本: 0.10.25及以上版本。 | 建议升级到最新版本。 |
P1 | 当表正在实时写入(通过Flink、数据集成等方式)时,同时查询数据报错: | 实时写入时,数据是先写入MemTable再落到磁盘,在写入期间去查询,查询列标记长度和真实数据长度未对齐,导致查询失败报错。 | 出现版本: 0.10.41版本。 修复版本: 0.10.42及以上版本。 | 建议升级到最新版本。 |
P1 | 业务没有增加,内存突然增长。 | SQL中有如下函数,会出现内存泄漏,导致内存突然增长。
| 出现版本: 0.10.31以下版本。 修复版本: 0.10.32及以上版本。 |
|
P2 | 提示报错: | SQL中使用了 | 出现版本: 0.10及以下版本。 修复版本: 1.1版本。 |
|
P2 | 非Superuser执行 |
| 出现版本: 0.10版本。 修复版本: 1.1版本。 |
|
P2 | SQL中含有 |
| 出现版本: 0.10.40及以下版本。 修复版本: 1.1版本。 | 建议升级到最新版本。 |
P2 | 往Binlog表里一次写入多条重复的数据时,中间数据的Binlog会丢失,未保留所有Binlog中间状态变化。 | 重复数据会被引擎去重,默认保留最后一条,导致中间状态变化丢失。 | 出现版本: 0.10.30及以下版本。 修复版本: 0.10.39及以上版本。 | 建议升级到最新版本。 |
P2 | 提示报错: | SQL中的like有\ + 字符或数字的情况,示例SQL如下。
目前引擎对于SQL中的like有\ + 字符或数字的情况处理不够完善,导致报错。 | 出现版本: 0.10.38及以下版本。 修复版本: 0.10.39及以上版本。 | 建议升级到最新版本。 |
P2 | 行存表根据主键查询时,结果不一致或者报错: | 建行存表时,主键和Clustering Key的顺序指定不一致,如
| 出现版本: 0.10.37及以下版本。 修复版本: 0.10.38及以上版本。 |
|
P2 | 在新建的schema下使用数据脱敏,查询脱敏数据时报错: | 数据脱敏函数被创建在public schema下,导致在新schema下无法查询脱敏数据。 | 出现版本: 0.10.35及以下版本。 修复版本: 0.10.36及以上版本。 |
|
P2 | 报错: | SQL语句里
| 出现版本: 0.10.34及以下版本。 修复版本: 0.10.35及以上版本。 |
|
2021年07月
等级 | 报错/问题描述 | 缺陷原因 | 出现/修复版本 | 规避建议 |
P0 | RoaringBitmap字段被配置为字典编码(Dictionary Encoding)时,造成写入失败,实例不可查询。 | RoaringBitmap类型并不支持字典编码,强行设置造成编码逻辑故障,导致写入一直失败。 | 出现版本: 0.10.24及以下版本。 修复版本: 0.10.25及以上版本。 |
|
P0 | 在非 | 在非 | 出现版本: 0.10.20及以下版本。 修复版本: 0.10.21及以上版本。 |
|
P0 | 报错: | 在原有的版本中,会对DDL加锁,高并发查询和删除(Drop)同一张表时,后端节点出现死锁,导致有关这张表的操作都卡住,从而报错 | 出现版本: 0.9.22及以下版本。 修复版本: 0.9.23及以上版本。 | 建议升级到新版本。 |
P1 | 在数据没有写入时,存储空间持续线性增长。 | 使用 | 出现版本: 0.10.23及以下版本。 修复版本: 0.10.24及以上版本。 |
|
P1 | 在执行 | EXTRACT函数在处理数据中的NULL值会有误。 | 出现版本: 0.10.20及以下版本。 修复版本: 0.10.21及以上版本。 |
|
P1 | 报错: | SQL语句中有 | 出现版本: 0.10.20及以下版本。 修复版本: 0.10.21及以上版本。 | 建议升级到新版本。 |
P1 |
| Group by的字段类型是非精确类型,导致出现报错。 | 出现版本: 0.9及以下版本。 修复版本: 0.10已开发限制。 |
|
P1 | 读外表时报错: | 在MaxCompute已有表中新增一列 | 出现版本: 0.9.22及以下版本。 修复版本: 0.9.23及以上版本。 |
|
P1 | 报错 | 查询的SQL中,Clustering key为varchar类型就会触发。 | 出现版本: 0.9.24及以下版本。 修复版本: 0.9.25及以上版本。 |
|
P2 | 查询外表报错: | MaxCompute集群发生配置更新,同时Hologres依赖的外表元数据未及时更新导致。 | 出现版本: 0.10.20及以下版本。 修复版本: 0.10.21及以上版本。 | 无法规避,需要实例重启或者升级到新版本。 |