nGQL未下推导致graphd进程成性能瓶颈

[yungthuis]

nebula版本：2.6.1
部署方式：分布式
安装方式：RPM
硬件信息：
-磁盘：SSD，EC2虚拟机，500G x 2
-CPU：16C x 2
-内存：64G x 2

GO FROM查询语句在where子句中根据顶点的属性过滤，filter不能下推到storage，导致高并发时graphd进程成为性能瓶颈，有什么办法解决吗？
WHERE $^.player.name CONTAINS ‘t’ AND $$.player.name CONTAINS ‘t’

[CPWstatic]

过滤中同时包含起点和终点是现在还不支持的，当过滤中只包含起点加边属性时可以下推。

[yungthuis]

GO FROM ‘player100’ OVER follow WHERE 1==1 YIELD follow._dst AS teammate |
GO FROM $-.teammate OVER serve WHERE 1==1 YIELD serve._dst AS baskteam,$^.player.name as playername;
复合查询的场景，第一个GO FROM过滤可以下推，管道符之后的GO FROM不能下推，目前不支持复合查询的下推吗？

[CPWstatic]

是的，包含起点和终点的复合表达式是现在还不支持的

[yungthuis]

java client发起多并发查询，graph服务单节点CPU打满，其他节点的graph服务空闲，高并发查询场景有办法利用graph多节点分布式查询的能力吗？

[wey]

client 那边选可以轮询不同 graphD 的地址哈。