storage扩容后查询性能反而降低

  • nebula 版本: 3.2.0
  • 部署方式:分布式
  • 安装方式:源码编译
  • 是否为线上版本:Y
  • 硬件信息
    磁盘 1TSSD
    CPU、内存信息 40C240G

今天测试了一下nebula的storage扩容,我扩容前是三台,新启动一台storage后,执行balance data和balance leader后我看到扩容后图空间的leader和distribution已经均匀了。在执行过程中balance data出现了几次failed但是我recover几次后最后finish了,可能我的数据量比较大有30亿。

在扩容完成后我的storage已经变成了四台,这个时候我想重新测试下性能,挑选了消耗storage性能比较大的语句lookup去测试,诡异的事情出现了,这个时lookup的性能非常差,最高只能压到100多tps,这个时候服务器的cpu基本都要压满了,但是我扩容之前测试lookup峰值能压到1W左右tps。

后面我又挑选了几种语句进行测试,发现fetch性能基本没怎么降低,但是go多跳查询也下降的厉害,而且在我已经数据分布均匀的情况下,新扩容的这台storage的cpu比原来的三台要远高,新扩容的这台一压测cpu就几乎要满了。

请问这是为什么,是扩容没完成吗?但是我show host 当前图空间的leader和distribution已经均匀。
或者还有什么原因导致了扩容后性能反而不行了吗?

  1. 社区版3.2扩容是个实验功能,所以是调整了gflag还是动了源码?
  2. 性能需要贴perf之类的东西才能看,看描述,集群似乎不是很稳定,cpu几乎storage很少能打满

1.没有动源码,就是拉下来直接编译的。
2.是的 我之前测试也不会cpu满,但是使用扩容进行测试cpu使用就非常高了

此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。