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
2.5.14版本现在出现fe 出现full GC,然后insert overwrite 任务报get database write lock timeout,其它暂时没发现问题,暂时解决方法是重启leader fe
使用G1 GC算法试试