FIND ALL PATH 全路径查询缓慢，有哪一些可以进行优化的点

问答 问题
1
  • nebula 版本：2.0.1
  • 部署方式（单机）
  • 是否为线上版本：Y
  • 硬件信息
    • 磁盘SSD
    • CPU、内存信息
      CPU 16核 内存 60GB
  • 问题的具体描述
  • 相关的 meta / storage / graph info 日志信息（尽量使用文本形式方便检索）
    meta和graph使用的是默认的配置，storage使用的是配置文件下的storage.production
    节点数量为4亿左右，边4.4亿
    类似查询语句：FIND ALL PATH FROM “c_132” TO “c_127” over * BIDIRECT 查6度大概有10W条路径 ， 时间大概是90S左右 ，我想能不能在查询到5000-1W条边的时候，就停止查询，将结果返回，试过在storage中配置参数 max_edge_returned_per_vertex ，好像在FIND 查询中没有效果。 另外使用 limit查询，查询的时间也是接近90S没有变化
8

您好，目前还不能提前终止查询

9

针对 limit， 后续会做一定的优化，目前find path 的limit，对性能没有提升

2 个赞
10

那这个现在有什么好的解决方案吗？
提升内存？还是拆分节点？

11

拆分节点要根据你的场景 和 schema设计 一起考虑的，如果能拆，并且加上过滤条件，会有提升的。

可以监控一下内存的使用量，如果内存最高不超过80%，则内存不是瓶颈

1 个赞
12

内存有时候会超过，就是进行一些查询以后是不是会将一些结果放在内存中进行缓存，然后就超内存了

13

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