match查询性能优化

andrew_h · 2023 年3 月 1 日 09:27

机器规格：8C32G
机器数量：3
磁盘类型：SSD
NebulaGraph 版本号:3.0.1
分片数：15
文件目录数：2

查询：match (m:org{name:‘邵氏兄弟’})–>(n:programme) return n.programme.id,n.programme.name
数据量：300W实体，1000W边

总耗时47ms，主要耗时都集中在AppendVertices感觉这个数据量不应这么慢，麻烦帮忙看看是否正常，能提供排查手段也很感谢

steam · 2023 年3 月 1 日 09:28

我改了你的帖子分类，是要是问题统一选【使用问题】，按照这个帖子的模版，把缺少的信息补齐下吧：关于性能有调优的你应该知道的非技术姿势

andrew_h · 2023 年3 月 2 日 06:16

已经补充信息了

steam · 2023 年3 月 2 日 06:18

把生成计划贴全吧

andrew_h · 2023 年3 月 2 日 06:26

不太方便全部贴出来，耗时大头在这个步骤，同样的查询不同条件如果数据量几十耗时只有几毫秒。或者你需要其他什么信息我再提供

Aiee · 2023 年3 月 2 日 06:48

和起点的出边数有关, 比如你选了个一个大点拓展出很多边那就会 scan 那个边的终点很多次, 贴下完整计划吧

steam · 2023 年3 月 2 日 07:04

上面都是我们研发人员，你要不试试把。ip 之类的敏感信息给打码或者删掉再贴过来？

HarrisChu · 2023 年3 月 2 日 07:29

match (m:org{name:‘邵氏兄弟’})–>(n:programme) return size(tags(n)) as s order by s desc

看看最大的几个点，有多少 tag

andrew_h · 2023 年3 月 2 日 07:46

出边也不多，和最终结果只相差几条

andrew_h · 2023 年3 月 2 日 07:48

这个是不是哪里不对，返回的结果全是 1

system · 2023 年4 月 1 日 07:48

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