456
1
- nebula 版本:3.6.0
- 部署方式:分布式
- 安装方式:RPM
- 是否上生产环境:Y
- 硬件信息
- 磁盘( 推荐使用 SSD) 8TESSD
- CPU、内存信息 64C256g
- 问题的具体描述
- 相关的 meta / storage / graph info 日志信息
插入边的时候报错:
Error found in optimization stage: The depth of plan tree has exceeded the max 512 level
查询github中的issue
请问这个参数的作用是啥呢?具体配置多少合适呢
1 个赞
wey
2
查询计划被最后执行的方式是一个 tree,每一个节点是一个最小的可以被执行的算子。
所以可以粗略认为查询的行为越多,这个 tree 越深。
这个最大允许深度是全局配置里控制的,属于 graphd 的参数,只需要把这个参数放到 graphd 配置文件里重启就可以了,如果是 k8s operator/docker compose 方法有细微差别,参考文档中配置的章节哈
ps. 已经搜索到了答案
pps. @steam 也建议,我们可能需要把它文档化一下
1 个赞
wey
4
当 hit 这个问题,并且觉得相应的复杂查询是合理的(而不是自动话生成的非预期查询),就按需往上增加这个最大允许深度
steam
拆分了此话题
5
system
关闭
6
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。