给定您的用例，只要一个批处理开始工作，它的事务就会阻塞所有其他批处理，直到它完成为止。因此，并行执行查询是没有意义的，因为它会消耗大量资源，而不会获得任何东西。

说明

每当一个事务删除一个关系时，一个写锁被放置在该关系及其结束节点上（因为它们都必须以某种方式被修改）。阻止其他事务更新相同的实体。
在您的用例中，DETACH DELETE c删除c节点及其BELONGS关系。但是 * 所有 * 要删除的BELONGS关系都连接到 * 相同的 * cl节点（假设Node1节点具有唯一的id值）。
因此，只要一个批处理（事务）开始删除关系，它就会在单个共享cl上施加一个写锁，所有其他批处理都必须等待（并占用内存），直到第一批处理完成并释放cl上的写锁。然后场景重复。
并非所有用例都适合并行化。

总结

不要并行执行查询。只需直接执行以下操作（其中$id1作为parameter传递）：

MATCH (:Node1 {id: $id1})-[:BELONGS]->(c)
DETACH DELETE c

字符串
[更新]
如果有许多c节点要删除，那么使用上面的查询可能会耗尽内存，因为所有操作都是在一个事务中完成的。
为了避免这种情况，您可以使用apoc.periodic.iterate批量执行删除（根据您的情况使用适当的批量大小）：

CALL apoc.periodic.iterate(
  "MATCH (:Node1 {id: $id1})-[:BELONGS]->(c)",
  "DETACH DELETE c",
  {batchSize: 5000})

型
请注意，我们将过程的parallel配置参数默认为false，以避免写锁阻塞问题。