Ubuntu下Neo4j 3.3.1+APOC 3.3.0.1的apoc.when创建节点权限异常

我来帮你分析下这个问题的根源和解决办法：

问题原因 #

你遇到的这个权限报错，核心差异在于apoc.when里的Cypher字符串语句和apoc.create.node这类APOC原生函数的权限校验逻辑不一样：

• apoc.create.node()是APOC提供的原生过程，因为你已经在neo4j.conf里配置了dbms.security.procedures.unrestricted=apoc.*，它会绕过Neo4j的常规读写权限限制，所以能正常执行。
• 而apoc.when里传入的"CREATE (a:Test) return a"是作为动态Cypher语句执行的，它的权限校验是基于当前用户（这里是neo4j用户）的常规数据库权限——你的用户目前只有READ权限，没有WRITE权限，所以触发了Token create operations are not allowed的报错。

解决方案 #

你可以根据自己的需求选择以下任意一种方案：

方案1：改用APOC原生创建函数在apoc.when中执行

把apoc.when里的CREATE语句替换成APOC的节点创建函数，这样就能利用unrestricted配置绕过权限限制：

CALL apoc.when(true, "CALL apoc.create.node(['Test'], {}) yield node return node", "", { }) yield value return null

方案2：调整neo4j用户的数据库权限

如果需要保留常规CREATE语句的写法，你可以给neo4j用户赋予WRITE权限：

1. 进入Neo4j的命令行客户端（neo4j-shell或者cypher-shell）
2. 执行权限赋予语句：

GRANT WRITE ON DATABASE * TO neo4j;

注意：这个操作会让用户拥有全库的写入权限，如果你有安全顾虑，请谨慎操作。

方案3：检查neo4j.conf的权限相关配置

确认neo4j.conf里没有额外限制用户权限的配置：

• 确保dbms.read_only=false（如果配置了的话）
• 确认dbms.security.auth_enabled没有被错误配置导致权限异常

内容的提问来源于stack exchange，提问作者TheRueger