🧒 Milittle:

这个 limit 没推到存储

🧒 Milittle:

所以代价比较大

🧒 Milittle:

因为扫边 目前内核也是从 scanvertex 开始的

🧒 Milittle:

这种情况没推到 storage

🕝 Wenthkim:

那这样估计我们生活很容易爆内存

🕝 Wenthkim:

我们现在10亿点，20亿的边

💾 Pinbo:

这样加个条件也不行

💾 Pinbo:

「Wenthkim：我们现在10亿点，20亿的边」 - - - - - - - - - - - - - - - 相比千万亿节点万亿边， 这个量我感觉也不算大

💺 magic:

看下执行计划

💾 Pinbo:

这个咋看

🕝 Wenthkim:

「Pinbo：相比千万亿节点万亿边， 这个量我感觉也不算大」 - - - - - - - - - - - - - - - 千万亿很大的数据规模了

💺 magic:

https://docs.nebula-graph.com.cn/3.3.0/3.ngql-guide/17.query-tuning-statements/1.explain-and-profile/

🧒 Milittle:

「Pinbo： 这样加个条件也不行」 - - - - - - - - - - - - - - - 你加了条件 等于开始的结果集还是很大

💾 Pinbo:

我理解的事每个查询实际上不都是 从全库里查的么， 只不过加了条件就直接过滤了 很大一部分

💾 Pinbo:

「magic：https://docs.nebula-graph.com.cn/3.3.0/3.ngql-guide/17.query-tuning-statements/1.explain-and-profile/」 - - - - - - - - - - - - - - - ok

🧒 Milittle:

「Pinbo： 我理解的事每个查询实际上不都是 从全库里查的么， 只不过加了条件就直接过滤了 很大一部分」 - - - - - - - - - - - - - - - 是的 但是你的这种查法 目前内核没做优化

🧒 Milittle:

虽然 limit 了 但是数据还是会全量捞到 graph

🧒 Milittle:

rpc 超时了

🧒 Milittle:

但是你这个报错还不是直接的 rpc failure

🕝 Wenthkim:

@Milittle 如果带条件，有索引，会拉全量数据至graph吗

🧒 Milittle:

看你带什么条件

🧒 Milittle:

这个也得具体情况看

🕝 Wenthkim:

就是有索引的条件

🧒 Milittle:

比如 name？

🐡 古思为:

match 索引扫描 limit 下推已经合并了，nightly 上可试玩

🧒 Milittle:

哎呀 我一直立的 flag

🧒 Milittle:

[破涕为笑]

🧒 Milittle:

「古思为： match 索引扫描 limit 下推已经合并了，nightly 上可试玩」 - - - - - - - - - - - - - - - 最近太忙了

🧒 Milittle:

刚阳好了