感谢回答。还想请教几个问题。
加配置
加配置是指对Nebula集群进行扩容吗。目前以6台物理机的规模上文提到的多MATCH语句都会跑超时和将Storage打满，估计加资源也不能解决问题。
改查询
合并减少pattern的数量
测试了下，等效的语句合并pattern后执行计划是不一样的。
如
MATCH (abaa9c1ec:person)-[a130d5464:trans]->(a5a5e256e:person), (a5a5e256e:person)-[a358405f5:trans]->(ad2d4c3ae:person), (a5a5e256e:person)-[a22967a8b:trans]->(aacebe3dc:person)
where id(abaa9c1ec)=='66326d4b4*****762449ddd514'
return abaa9c1ec,ad2d4c3ae,a5a5e256e,aacebe3dc,a130d5464,a358405f5,a22967a8b
和
MATCH (a8aef3659:telephone)<-[a0f346eb5:credit_telephone]-(ada7a4f28:incoming_parts)-[ad204f424:credit_person]->(a839a0663:person),
(a619e6f62:person)-[a10b86735:has_telephone]->(a8aef3659:telephone)
where id(a839a0663)=='35a8fb43d00f8f440c7a16db58747802' return a839a0663,ada7a4f28,a8aef3659,a619e6f62,a10b86735,a0f346eb5,ad204f424
合并后应该对查询有性能的提升。
拆开多条查询
之前我们是用的类似实现来完成这个需求，将Pattern分拆为多条路径，然后用算法来取各路径的交集来保证，但看到Nebula有多MATCH这个功能就换成多MATCH进行实现。在数据量大之后，多MATCH会有很大的性能问题。
如何精确匹配子图
改为GO查询。
请问要用GO语法来实现自定义pattern这种需求有比较好的思路吗？GO加管道一步步去查询是吗？