gv$memstore中active比total还大,这正常么?

【产品名称】ocenbase

【产品版本】3.1.2

【问题描述】gv$memstore中active比total还大,这正常么?

微信图片_20220401114746.png (14061 KB)

这个是有问题的,有别的报错吗?observerlog发来看下呢


没有报错,我就是感觉很奇怪。不符合逻辑。现在还存在这样的现象,我上传一个节点的最新的observer.log

observer.zip (19084576 KB)

微信图片_20220401173022.png (16813 KB)

当前的显示是符合预期的;

active_memstore_used这个值从2.x租户共用allocator开始就不是个内存统计值了,和total不可比

这个值是触发minor freeze的条件,如果有冻结不了的memstore,这个值会一直增大,并不代表active memstore的内存使用量;因为兼容性的考虑一直没改字段名;


一般使用场景下active_memstore_used会小于total_used,但是在出现memstore未经冻结单独释放的场景下可能出现比total_memstore_used大的情况,例如用户做了truncate table、drop table、migrate unit等操作

我这边观察到的是最开始memstore从未出现过冻结的情况下,会出现active大于total,冻结过一次之后,现在数据显示正常了。