- nebula 版本：
数据库：3.0.1
studio:3.2.3
nebula java:3.0.0 - 部署方式：分布式
- 安装方式： RPM
- 是否为线上版本： N
- 硬件信息
- 磁盘（ 推荐使用 SSD）
- CPU、内存信息
- 问题的具体描述
图数据库运行一段时间后，为什么每个图空间的submit job stats的状态处于QUEUE状态？？？
补充下版本号。
数据库：3.0.1
studio:3.2.3
nebula java:3.0.0
然后再执行下 SHOW JOBS; 看看是不是有别的 JOB 在占用资源
1 个赞
内核就够了，这个和客户端应该没关系。
show jobs 只能显示每个图空间下的任务，图空间多了 找这个运行中的job有点费劲，产生这个queue状态的原因是有个job一致卡在了running状态
- -。你们每个图都在跑 job 吗？你先看看有没有哪个图在跑 compact job，可能和 Compaction 撞在一起了。
会统计点/边总数，有时候可能存在多个图空间同时运行submit job stats，这样会造成job卡死在running状态吗？？？
master分支或者马上要发版的这版：
不同的space之间，job是并发执行的。
此时如果多个space同时执行job，互不影响
同一个space内，job是顺序执行的。
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。