流程上
你把 Nebula 的版本号补充下。。还有你这个截图应该是终端的截图吧，并没有用到可视化工具 Studio 啊
大兄弟你补充下版本号，看你第一个截图的第二个框，应该是触发了我们 v2.5.0 才有的内存水位功能（大概来说就是内存不够了）
所以把你的机器配置也补充下，机器的磁盘大小和类型，还有核数以及内存大小。
最后- -。如果是第一次提问的话，不要随便删除模版里的内容，那些资料是有利于来定位问题，节约彼此来回咨询环境信息时间用的。
好的，多谢老哥，我以后会注意按照模板来写问题的，这个模板号是如何查看的呢？我搜索说是76a97d8就是代表版本号，但是我在git上没有找到对应的版本，对gittub不是很熟悉
我开的是虚拟机，内存是配置的4g，磁盘50G，处理器1核
这个报错是内存达到了门限值，query engine 拒绝了新的请求，可以把 graph 的配置里增加
system_memory_high_watermark_ratio 的配置为大于 0.8 的值看看。
另外您是什么版本什么部署方式？历史版本里有计算内存占用的bug：在没有那么高内存水位时候误认为内存不足，可以看看 free -m 的结果么？
你好，我这里把虚拟机的内存调整到了8G，就可以正常查询了。我使用的是docker-compose 部署的，部署的是master分支。另system_memory_high_watermark_ratio 这个配置是在哪里配置呢？是在docker-compose.yaml里面配置吗？在哪个位置？截图如下
compose 的情况在所有的 graphd 的 command里增加比如 - --system_memory_high_watermark_ratio=0.9 就行哈，它会把这些变成一行作为相应进程的启动参数（新手玩转 Nebula vol.07：配置这件事_哔哩哔哩_bilibili ）。
好的，多谢指导
如果你觉得上面 Wey 的回复解决了你的问题，可以可以勾选他回复为解决方案哈~ 方便后续遇到相似问题的小伙伴能快速看到解决方法哈
该话题在最后一个回复创建后7天后自动关闭。不再允许新的回复。