【详述】be节点未发现异常日志,column_pool 内存占用突增10G左右,query_pool 基本无占用,查询均进队列,且后面查询超时,待column 降下来后才能正常提交查询
【背景】
【业务影响】
【是否存算分离】 否
【StarRocks版本】2.5.6
【集群规模】3fe(1 follower+2observer)+3be 分开部署
【机器信息】CPU虚拟核/内存/网卡,例如:16C/64G/万兆
【附件】
【详述】be节点未发现异常日志,column_pool 内存占用突增10G左右,query_pool 基本无占用,查询均进队列,且后面查询超时,待column 降下来后才能正常提交查询
【背景】
【业务影响】
【是否存算分离】 否
【StarRocks版本】2.5.6
【集群规模】3fe(1 follower+2observer)+3be 分开部署
【机器信息】CPU虚拟核/内存/网卡,例如:16C/64G/万兆
【附件】
BE内存多大
64G内存
那10G column poll影响应该不大
主要是每次出现那情况后,就查询不了了,sql 全都进入查询队列,然后过300s 后就超时了,等那内存释放了才能正常查询
看下CPU?
那段时间的cpu是正常的,没使用很高,10%左右才
感觉是有某个大查询导致的,禁用了column pool 估计也是一样的效果
这个版本column_pool可以关掉,对性能无影响
大查询的话应该会拦截吧,我这有设置资源组大查询不能超过24G
现在升级为2.5.14版本了,2.5.14关掉column pool 对性能影响大么
我们系统测试过了,没有影响,这个Main分支上已经默认关掉了。只有<=2.3的版本有影响
好吧,那还每次查询的时候还占用那么多内存
想知道column_pool 的具体作用是啥,为啥查的时候会突然飙升到十多G
一个优化内存的跨线程内存申请释放的内存池,2.4+的版本不需要了
好的,多谢
想问下大佬,2.5.14版本稳定吗?我们也准备年底升级一波
从哪个版本升到2.5.14?
2.3.x
可以升级到2.5.16