🎠 想念小鱼干的清蒸:

🤔 这样么，我看报错信息是说 log 的日志的盘不足 64G 了

🐡 古思为:

meta 还活着么？

🤳 吴敏:

对端服务挂了

那个是最长长度

那个 创建图空间的时候那个vid 可指定变长字符串么

我看大部分都是用的定长的字符串

PROFILE LOOKUP ON delay_task_test WHERE delay_task_test.scheduled_ms >= 169944419945 YIELD id(VERTEX) as id, properties(vertex).scheduled_ms as scheduled_ms|order by $-.scheduled_ms |limit 20 +-----------------------+---------------+ | id | scheduled_ms | +-----------------------+---------------+ | "1612357059179712533" | 1673250853723 | | "1612357059523645465" | 1673250854029 | | "1612357059028717582" | 1673250854035 | | "1612357059234238523" | 1673250854119 | | "1612357058496040966" | 1673250854157 | | "1612357060131819525" | 1673250854289 | | "1612357059200684064" | 1673250854698 | | "1612357060500918284" | 1673250855304 | | "1612357058789642246" | 1673250855553 | | "1612357057590071328" | 1673250856160 | | "1612357065546666008" | 1673250856192 | | "1612357059196489737" | 1673250856536 | | "1612357057602654248" | 1673250856743 | | "1612357059251015726" | 1673250856961 | | "1612357058986774528" | 1673250857092 | | "1612357071661961237" | 1673250857188 | | "1612357058638647348" | 1673250857359 | | "1612357058760282119" | 1673250857415 | | "1612357073998188558" | 1673250857426 | | "1612357074707025921" | 1673250857455 | +-----------------------+---------------+ Got 20 rows (time spent 40086907/40086707 us) Execution Plan (optimize time 167 us)

三百多万的点，这个查询是40s是不是有点太慢了

因为是topN这是一个全tag扫描哈，这个查询是一个表结构查询，本质上是 sql 的 select，这不是图数据库的擅长模式

搜噶

嗯嗯

@古思为 思为老师

问题1 在使用nebula的时候，查询最短路径时，如果输入的终点有5个，就会出现查询不出的情况，如果输入的终点达到10个以上，会出现直接将9669服务端口挂掉的情况，而且偶尔会现场挤占linux系统资源导致linux 连接工具断开连不上的情况， 问题2 在使用nebula的时候，查询最短路径时，只有一台服务器的内存是飙高的，另外两台没有动

能帮忙看看吗，是什么原因导致的

「镜面：问题1 在使用nebula的时候，查询最短路径时，如果输入的终点有5个，就会出现查询不出的情况，如果输入的终点达到10个以上，会出现直接将9669服务端口挂掉的情况，而且偶尔会现场挤占linux系统资源导致linux 连接工具断开连不上的情况， 问题2 在使用nebula的时候，查询最短路径时，只有一台服务器的内存是飙高的，另外两台没有动」 - - - - - - - - - - - - - - - 你不是论坛提问了么。。不要浪费两遍的 support 资源，你可以把链接贴过来，这样其他人可以在链接里进行恢复

回复。。

使用 kubectl 没问题

helm 报这个错

3.3.0 版本的

有没有哪位同仁踩过坑

求指导

「古思为： 因为是topN这是一个全tag扫描哈，这个查询是一个表结构查询，本质上是 sql 的 select，这不是图数据库的擅长模式」 - - - - - - - - - - - - - - - 我记得应该是下推了 也还这么慢？

sorted 的话一定要全扫的

「Pinbo：helm 报这个错」 - - - - - - - - - - - - - - - 手动更新一下 crd？

「古思为： sorted 的话一定要全扫的」 - - - - - - - - - - - - - - - 底层 storage 应该是全扫，graph 不需要捞数据吧

我记得应该是 topn push down 到 storage 了 具体可以看下执行计划

「古思为：手动更新一下 crd？」 - - - - - - - - - - - - - - - 可能道行还不够，

， 这怎么改， 那个参数不是直接传进的么

--set nebula.storageClassName=local-path

1.2 没问题