在Neo4j-APOC中配置触发器报错：不允许直接执行写操作

问题分析 #

你遇到的错误提示当前节点为FOLLOWER，无法执行写操作，但Neo4j浏览器显示角色为primary，这通常是节点角色识别异常、集群配置冲突或网络环境问题导致的。

解决方案 #

1. 确认真实节点角色 #

忽略浏览器的显示，直接执行Cypher命令查询节点实际角色：

CALL dbms.cluster.role()

如果返回FOLLOWER，说明节点确实处于 follower 状态，需要调整集群配置；如果返回LEADER或SINGLE，则是连接或缓存问题。

2. 强制设置单实例模式 #

如果你运行的是单节点Neo4j（而非集群），启动容器时添加环境变量强制设置为单实例模式，避免自动集群检测导致的角色误判：

docker run --rm -p 7474:7474 -p 7687:7687 -e NEO4J_AUTH=none
     -v $PWD/data:/data
     -v $PWD/apoc.conf:/var/lib/neo4j/conf/apoc.conf
     -v $PWD/plugins:/plugins
     --name neo4j-apoc-new
     -e NEO4J_apoc_export_file_enabled=true
     -e NEO4J_apoc_import_file_enabled=true
     -e NEO4J_apoc_import_file_use__neo4j__config=true
     -e NEO4JLABS_PLUGINS=["apoc"]
     -e NEO4J_dbms_mode=SINGLE
     neo4j:5.20.0

注：替换了--network host为端口映射，避免网络环境冲突。

3. 验证APOC触发器配置 #

检查apoc.conf文件中是否包含以下配置，确保触发器功能已启用：

apoc.trigger.enabled=true

同时确认APOC插件版本与Neo4j 5.20.0完全匹配，版本不兼容也可能导致异常。

4. 重启容器并重新连接 #

删除现有容器后重新启动，使用新的浏览器会话连接Neo4j，避免旧连接的缓存数据干扰角色判断，然后再次尝试安装触发器。

5. 检查端口与网络冲突 #

如果坚持使用--network host，确保本地没有其他Neo4j实例占用7474、7687等端口，避免端口冲突导致节点角色识别错误。

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