您的意思是一次查询 直接touch 几千万个点? 那估计可能 OOM 了
原语类似是match (v:ent) return v.t1 as t1,std(t2)/avg(t3)
就是计算这个图里边所有点的属性,输出新的一个特征
挑了这一个图, 点大概是8000w+
这个数据量 您可能需要看下是不是OOM了 我感觉大概率是这种情况 谢谢
好的,明天我看一下
你看看查询操作附近有没有 ERROR 日志 只能先这样查询了
storage_client_timeout_ms这个再设置大一点吧,大概率还是超时
算了,这个方法应该是不能接受的,感觉超2分钟可能都接受不了
我把所有storage的日志都查了一下,没有查询时间附近的日志,都是凌晨的
我看文档是这样说的
意思nebula不擅长这样查询是吧,只能小规模大并发的查,或者把图拆分掉
全图扫 + HDD 会很慢。
这种最好用图计算。
好的,谢谢
HDD 磁盘其实是不推荐的
嗯嗯,好的,这种情况我们这边再讨论吧,麻烦了,老哥
1 个赞
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。