- nebula 版本:3.5.0
- 部署方式:云端
- 安装方式:operator
- 硬件信息
- 磁盘 SSD
- CPU、内存信息 8核16GB
- 问题的具体描述 获取和释放 session 平均需要 100ms 的时间
tps 大概在 300 左右,感觉这个情况下的 session 获取和释放性能过于奇怪
在另一个集群中用的 v3.2.0 的版本,session 的获取和释放平均只需要 20ms 的时间,而且机器配置更低一些
tps 大概在 300 左右,感觉这个情况下的 session 获取和释放性能过于奇怪
在另一个集群中用的 v3.2.0 的版本,session 的获取和释放平均只需要 20ms 的时间,而且机器配置更低一些
怎么可以提升 session 的获取和释放速度,对 graphd 进行扩容目前看起来也没有什么效果
另外 nebula-java 的 NebulaPool 在 getSession 方法中 reconnect 的参数设置成 true 后,session 的重连是什么意思呢,为什么在使用中还是会出现 session not existed 的报错,是因为 session 长期不活跃就被 graphd 删掉就完全失效了吗……
有没有分析过获取 session 的时间在哪里耗时最久
这个暂时没有办法去生产上 debug 看具体环节哪里的问题,只是已知的在获取 session 以及 use space 操作加起来,在高并发的时候耗时会从十几毫秒涨到 200ms 的情况,而且不稳定。
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。