如何在无停机情况下更新Neo4j自定义存储过程？

针对你提到的Docker部署Neo4j时更新存储过程需要重启导致停机的问题，以下是几种可行的方案：

一、集群滚动重启（补充实操细节） #

这是生产环境中最稳妥、官方推荐的高可用方案：

• 搭建Neo4j因果集群（至少3个核心节点，保证冗余），应用层配置负载均衡（比如NGINX、HAProxy，或直接用Neo4j的路由节点转发请求）
• 逐个处理节点：
  1. 选择一个节点（优先选只读副本或非主节点），停止容器
  2. 替换该节点/plugins卷中的Jar包
  3. 启动容器，等待节点完成集群同步（可通过CALL dbms.cluster.overview()确认节点状态为ONLINE）
  4. 重复上述步骤处理剩余节点
     整个过程中集群始终有可用节点，应用不会出现停机。

二、利用Neo4j 4.4+的动态加载特性（有限适用） #

从Neo4j 4.4版本开始，部分无状态的自定义存储过程支持动态重载：

• 将更新后的Jar包复制到/plugins目录（无需提前停止容器）
• 执行Cypher命令重载过程：CALL dbms.procedures.reload()
• 验证更新：通过CALL dbms.procedures()查看过程是否已更新

注意：这个特性仅适用于未修改方法签名、无新增依赖、无状态的存储过程更新，如果涉及类结构变更、新增依赖或有状态逻辑，仍需重启节点才能生效。

三、将存储过程逻辑剥离到外部服务 #

把存储过程的业务逻辑抽离成独立的微服务，Neo4j通过HTTP调用外部服务完成计算：

• 用APOC扩展的apoc.load.json或apoc.http.post等函数，在Cypher中调用外部服务接口
• 更新存储过程逻辑时，只需部署新的外部服务版本，无需触碰Neo4j实例

优点：完全避免Neo4j重启，适合需要频繁更新的逻辑；缺点：增加架构复杂度，存在网络调用开销。

四、使用Neo4j托管服务（如AuraDB） #

如果不想自行维护集群，可以选择Neo4j官方托管服务AuraDB：

• 托管服务内置高可用集群，更新存储过程时，平台会自动完成节点的滚动更新，全程无停机
• 只需上传新的Jar包，后台自动处理部署逻辑，无需手动操作节点

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