数据仓库服务 GaussDB(DWS)-8.1.3.x补丁新增功能及解决问题:8.1.3.330

时间：2025-02-12 15:03:59

8.1.3.330

表3 8.1.3.330新增功能/解决问题列表
类别	功能或问题描述	问题原因	问题出现版本	修复建议
新增功能	无	-	-	-
解决问题	insert into select语句在计划生成阶段core，执行select部分不会core。	ORCLAUSE转换，对两个相同的sublink替换，将其指向同一个OpExpr，再次提升时在OffsetVarNodes中会将varno调整两次，造成后续core。	8.1.3.330以前版本	升级到8.1.3.330及以上。
	列存轻量化用例概率触发core: CS torePartitionInsert::findBiggestPartition。	列存分区表统计bulkloadUsedMemSize，将update算子和insert算子混在一起统计，但是在判断是刷盘到disk时，内存自适应的大小是根据每个算子估出来的，导致g_bulkloadUsedMemSize统计常常大于估算值，update算子占用内存到估算内存临界值时，可能造成insert算子一条数据都无法插入。	8.1.3.330以前版本
	出现wait ccn排队，但是看资源池的估算内存和占用内存，以及并发数未到排队阈值。	作业在CCN排队时无法进行全局内存校准，阻塞了作业。	8.1.3.330以前版本
	用户直接查表没有权限，但是嵌套一层查询就可以查到。	light proxy的权限检查是在CN的checkLightQuery中调用权限校验公共函数ExecCheckRTPerms实现的，在DN上不会再进行权限检查。而在调用ExecCheckRTPerms时，其入参rangeTables需要是RTE_RELATION。否则会在ExecCheckRTEPerms中直接返回true。当是嵌套SQL时，类型是RTE_SUBQUERY，绕过了权限检查。	8.1.3.330以前版本
	作业运行过程中偶现删除语句报错，报错信息为canceling statement due to statement timeout。	w报文未重新设置事务时间，导致线程复用。	8.1.3.330以前版本
	json类型查询内存泄露，导致重分布占用大量内存影响业务。	在jsonb的out函数中存在内存未释放问题，数据量大时出现堆积造成使用内存高。	8.1.3.330以前版本
	作业并发执行报错:tuple concurrently updated。	分区和表的oid相同，analyze时使用分区的oid更新了pg_object，实质上是将表的pg_object记录更新。此时有并发的DDL操作，例如alter table同时更新了表的pg_object记录，就会出现并发更新的报错。	8.1.3.330以前版本