新版本3.3升级完查询性能不如2.5版本,同一个查询不同时长返回,结果也不一样

set global pipeline_dop=8,会不会一直很快

核数太多了,Dop比较高,估计BE调度成本太高,set global pipeline_dop=8; 试试

啊?不懂,咋优化呢

dop什么意思

先试试

纯属猜测

加了参数后,点了好多次,基本都是几百ms了,牛逼啊,大佬 :astonished:

,还有什么参数可以优化的吗



优化的事有时间再说,我先看下这个结果不对的问题。

总之就是核数太多了,Dop=0,默认并行度是核数一半,在实际用户环境中,调度成本太高了,当然也需要优化,性能不稳定,一般8,是一个比较好的选择,

那8是8核数的意思吗

并行度是8

并行度是指同时执行的sql语句数目吗

简单理解成1个SQL,用几个线程来干活

这样子,好的

性能不一致的原因是两边Dop配置不一样,配置成dop=8后,性能提升很大,结果有问题的原因是低基数优化导致的BUG,正在Fix

经过我们内部确认反馈,在dop都改成8之后,3版本会比2版本慢一点image image ,这种是什么原因造成的呢

3.2.x版本有这个问题吗?

实测3.3.12版本仍有这个问题,关了就好了