Query resource track memory context疑似存在内存泄漏

<!-- #请认真填写以下信息，否则可能由于无法定位，导致issue无法解决而被取消 --> 【标题描述】:Query resource track memory context疑似存在内存泄漏 【测试类型：SQL功能/存储功能/接口功能/工具功能/性能/并发/压力长稳/故障注入/安全/资料/编码规范】【测试版本：3.0.5和5.0.3】 问题描述 【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a): [root@xxx bin]# uname -a Linux xxx 3.10.0 #1 SMP Mon Jul 15 15:01:57 CST 2024 x86_64 x86_64 x86_64 GNU/Linux [root@xxx bin]# cat /etc/system-release Linux release (Core) 【测试环境】(单机/1主x备x级联备): 单机 【被测功能】: 在如下配置下： enable_resource_track: on resource_track_cost: 1（环境中使用的是100000，为了加速复现可以改成1） resource_track_duration: 1min resource_track_level: query 这个查询上下文的统计信息，统计信息中 usedsize 长期增长： select * from gs_shared_memory_detail where contextname = 'Query resource track memory context'; contextname | level | parent | totalsize | freesize | usedsize -------------------------------------+-------+---------------------------------+-----------+----------+---------- Query resource track memory context | 2 | Workload manager memory context | 57344 | 57200 | 144 【测试类型】: 【数据库版本】(查询命令: gaussdb -V): ./gaussdb -V gaussdb (openGauss 3.0.5 build b324bb32) compiled at 2025-11-11 03:57:47 commit 0 last mr release 5.0.3有同样的问题。 【预置条件】: 在如下配置下： enable_resource_track: on resource_track_cost: 1（环境中使用的是100000，为了加速复现可以改成1） resource_track_duration: 1min resource_track_level: query 【操作步骤】(请填写详细的操作步骤): 1. 按上述配置方式打开查询资源监控功能 2. 新建连接再执行查询，快速复现方式就是频繁新建连接，每次新建连接后执行一次查询。 3. 执行测试时查询select * from gs_shared_memory_detail where contextname = 'Query resource track memory context'; 4. 观察查询结果中usedsize一直在增大，关闭测试后仍然不降低。 【预期输出】: usedsize应该在连接关闭后恢复，或者维持在一定大小。 【实际输出】: 如下是结果中内存已经上涨到了500M+ openGauss=# select * from gs_shared_memory_detail where contextname = 'Query resource track memory context'; contextname | level | parent | totalsize | freesize | usedsize -------------------------------------+-------+---------------------------------+-----------+----------+----------- Query resource…