- nebula 版本:(3.4.1)
- 部署方式:单机
- 安装方式:RPM
- 是否上生产环境:N
- 硬件信息
- 磁盘( 推荐使用 SSD)
- CPU、内存信息:32核
tag无数据存在
cpu使用率几乎占满
你可以在你的执行语句前面加一个 explain,然后生成下执行计划贴过来看看。
问题解决了,之前由于报了如下错误:
修改了nebula_graph.conf文件的system_memory_high_watermark_ratio参数从0.8修改为0.95,然后执行上述语句就发生超时错误了。修改回0.8,该语句查询的性能就比较快。
这个根本原因是什么,能解释下吗?
我让这周值班的计算同学瞅瞅吧。
1 个赞
我理解这里有两个怪的地方:
- 没有数据的时候查询慢(之前有通过delete vertex删除点的操作,存在悬挂边可能)
- 内存水位由0.95改为0.8,速度变快了(但似乎都没有返回内存超限)
确认了下,这里的核心问题应该不是悬挂边,而是没有compaction导致的
1 个赞
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。