提问参考模版:
nebula 版本:2.5.0
部署方式(rpm 分布式 ):
是否为线上版本:Y
硬件信息
磁盘 ( 推荐使用 SSD)
CPU 16C、内存信息 32G
问题的具体描述
相关的 meta / storage / graph info 日志信息(尽量使用文本形式方便检索)
配置了 max_edge_returned_per_vertex=100 查询不起作用,还是返回超过100 的数据
提问参考模版:
nebula 版本:2.5.0
部署方式(rpm 分布式 ):
是否为线上版本:Y
硬件信息
磁盘 ( 推荐使用 SSD)
CPU 16C、内存信息 32G
问题的具体描述
相关的 meta / storage / graph info 日志信息(尽量使用文本形式方便检索)
配置了 max_edge_returned_per_vertex=100 查询不起作用,还是返回超过100 的数据
limit的优先级更高
你的意思是去掉limit ??
2.0.1 是没问题的呀,我加limit 200 也是返回100
还有我去掉limit 直接就超时了返回不了数据,这个配置2.5.0 估计有问题快看一下
还有2.5.0 limit 不是说截断下推了呀,怎么limit还是慢,不起作用,有bug 哦
看一下执行计划呢
大神这个问题帮看的怎样了,有什么结论了吗,这边线上升级了急着使用,麻烦看看
这个问题涉及到 limit 下推的问题,limit 下推的话,我们还在规划研发阶段。
不是,我说的是max_edge_returned_per_vertex 不起作用了2.0.1 可以的2.5.0 不行了
是我不用limit ,max_edge_returned_per_vertex 不起作用了2.0.1 可以的2.5.0 不行了。
嗯,我知道,我让研发过来看看
这个问题有结论了吗 ,2.5.0超级边截断配置max_edge_returned_per_vertex设置了不起作用
这个逻辑没改过,你看一下配置是否正确
一样的配置2.0.1 可以的2.5.0 不行了。
怎么看出来没生效的
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。