简介：本资源为 Neo4j 企业版 5.15.0 的 Windows 安装包，面向需要在本地搭建图数据库服务、开展高并发或集群化图数据应用的开发者与运维人员。相比社区版，企业版在容量、并发、容灾、热备、性能与插件支持上均有明显优势：节点与关系数量不受限制，可部署高可用集群或因果集群，支持不停机热备与增量备份，能调用全部 CPU 内核，并可使用 Bloom、ETL 等企业级工具，适合对稳定性与扩展性有要求的生产环境。压缩包共 205 个文件，约 107.64MB，以 178 个 jar 依赖为核心，辅以 conf 配置、bat 与 ps1 启动脚本、exe 服务程序、xml 及 license 授权文件等，覆盖服务启动、管理与配置的完整组件。目前已有 835 人学习下载，可帮助读者快速完成 Windows 环境下的部署与验证，理解企业版与社区版的能力差异，为后续集群搭建、性能调优与备份策略设计提供参考。
1. 为什么我劝你先在 Windows 上把 Neo4j 5.15.0 企业版跑起来
很多做图数据的同行一提到 Neo4j 企业版，第一反应是“这玩意儿不是该扔到 Linux 服务器上吗，Windows 上折腾它干嘛”。我一开始也这么想，直到有个做金融风控图谱的模拟项目，客户内网只给 Windows 机器，数据不能出本地，我才硬着头皮在 Windows 上把 Neo4j 5.15.0 企业版完整跑了一遍。跑通之后发现，Windows 版本反而是最适合做本地验证、教学演示和小规模图计算的入口——装完就能用，不用先跟容器和权限斗智斗勇。
这份资源就是 Neo4j 企业版 5.15.0 的 Windows 版本，属于商业资料范畴，解压即用的那种。它解决的核心问题是：让你在一台普通 Windows 机器上，拥有一个支持多数据库、细粒度权限、热备份的企业级图数据库实例，而不是被社区版的功能阉割卡住。适合谁？做图算法验证的开发者、需要本地复现图查询的在校同学、以及想先摸清企业版能力边界再决定要不要上生产环境的团队。下面我按实际拆包顺序，把安装、配置、导入、排错一条线讲透。
2. 拆包与目录结构：企业版和社区版到底差在哪
2.1 解压后先看这几个目录，别急着点启动
拿到压缩包后，我一般先解压到一个没有中文、没有空格的路径，比如D:\neo4j-enterprise-5.15.0。Windows 版本对路径里的空格和中文特别敏感，这是血泪经验，后面排错章节还会细说。解压完你会看到几个关键目录：bin放的是启动脚本和命令行工具，conf是配置文件，data是数据库文件默认落盘位置，import是批量导入时放 CSV 的地方，plugins留给 APOC 这类扩展，logs出问题第一个翻。
企业版和社区版在目录层面最明显的区别是bin下多了neo4j-admin的备份恢复相关子命令，以及conf里默认开启了多数据库支持。社区版只能跑一个默认库neo4j，企业版可以建多个数据库，还能给不同用户分配不同库的访问权限。如果你只是学 Cypher 语法，社区版够用；但一旦涉及“一个实例里隔离多个业务图谱”，就必须企业版。
2.2 版本号 5.15.0 带来的两个实际变化
5.15.0 属于 Neo4j 5.x 系列，和 4.x 比有两个地方会直接影响你的操作习惯。第一是 Cypher 里CALL {}子查询的写法更严格了，变量作用域规则收紧，老脚本直接搬过来可能报错。第二是索引和约束的语法统一到了CREATE INDEX/CREATE CONSTRAINT的新写法，旧的CREATE INDEX ON :Label(prop)已经废弃。我在迁移一个模拟项目时就因为没改索引语法，启动后查询慢得离谱，翻日志才发现索引根本没建上。
所以拿到这个版本，别拿 4.x 的教程硬套。先确认conf/neo4j.conf里dbms.default_database的值，企业版默认还是neo4j，但你可以改成自己项目的名字。改完第一次启动会初始化对应库，省得后面再建。
# 进入 bin 目录，先别双击 neo4j.bat，用命令行看版本 cd D:\neo4j-enterprise-5.15.0\bin neo4j.bat --version # 输出应为 neo4j 5.15.0这段命令的作用是确认你解压的版本和标题一致，避免下错包。--version参数不会启动服务，只是打印版本号，安全。如果这里报“不是内部或外部命令”，说明你没在 bin 目录下执行，或者路径里有特殊字符导致脚本解析失败。
2.3 企业版才有的多数据库配置长什么样
在conf/neo4j.conf里，企业版默认有dbms.default_database=neo4j这一行。如果你想额外建一个叫fraudgraph的库，不需要改配置文件，启动后用 Cypher 建就行。但要注意，企业版默认的initial.dbms.default_database参数在 5.x 里改名了，如果你从 4.x 升级过来，旧参数名会直接导致启动失败。常见做法是启动前用neo4j-admin server console前台跑一次，看它报不报未知配置项。
# 前台启动，日志直接打屏，方便看配置报错 neo4j-admin server console # 看到 "Started" 字样说明配置没问题，Ctrl+C 停掉再转后台neo4j-admin server console是 5.x 推荐的调试启动方式，它不会把日志藏到文件里，配置写错立刻能看到。参数上它默认读conf/neo4j.conf，如果你想指定别的配置文件，加--config-dir指向目录。这一步能帮你省掉至少半小时翻日志的时间。
3. 启动、初始密码与内存参数：把实例调到能用
3.1 第一次启动必须改的初始密码
Neo4j 5.15.0 企业版第一次启动后，默认用户neo4j的密码是neo4j，但必须改掉才能用。启动服务后打开浏览器访问http://localhost:7474，它会强制你改密码。如果你是在无图形界面的环境里，用neo4j-admin dbms set-initial-password提前设好。
# 先停掉服务，再设置初始密码 neo4j.bat stop neo4j-admin dbms set-initial-password "YourStrongPass123" # 重新启动 neo4j.bat startset-initial-password只在数据库还没初始化过密码时生效，如果已经启动过并改过密码，这条命令会报“password already set”。解决办法是删掉data/dbms/auth.ini再重设，但生产环境别这么干，会丢用户。参数上密码至少 8 位，建议大小写加数字，否则企业版会拒绝。
3.2 内存参数不调，导入大 CSV 必崩
Windows 版本默认的堆内存给得比较保守，conf/neo4j.conf里server.memory.heap.initial_size和server.memory.heap.max_size默认可能是 512m 或 1g。你如果直接导入几十万行的节点 CSV，大概率跑一半报OutOfMemoryError。我一般根据机器内存调：16G 的机器给 4g 堆，32G 给 8g，同时把server.memory.pagecache.size设成堆的 1.5 倍左右。
# conf/neo4j.conf 里修改这几行，去掉前面的 # 注释 server.memory.heap.initial_size=4g server.memory.heap.max_size=4g server.memory.pagecache.size=6g堆内存初始值和最大值设成一样，避免运行中动态扩容带来的卡顿。页缓存是给磁盘上的图数据做缓存的，设大点查询快，但别超过物理内存的 50%，否则系统会开始换页，反而更慢。改完必须重启服务才生效，neo4j.bat restart。
3.3 用 Cypher 建库和建用户，别只会用默认库
企业版的多数据库能力要通过 Cypher 显式操作。启动后连上默认库，执行下面这套语句，就能建一个新库并分配给指定用户。
// 创建一个名为 fraudgraph 的数据库 CREATE DATABASE fraudgraph; // 创建一个用户，只给 fraudgraph 的访问权限 CREATE USER analyst SET PASSWORD 'AnalystPass123' CHANGE NOT REQUIRED; GRANT ACCESS ON DATABASE fraudgraph TO analyst; GRANT MATCH {*} ON GRAPH fraudgraph NODE * TO analyst; GRANT MATCH {*} ON GRAPH fraudgraph RELATIONSHIP * TO analyst; // 查看数据库列表，确认状态为 online SHOW DATABASES;CREATE DATABASE在企业版里是即时生效的，不需要重启。GRANT MATCH {*} ON GRAPH这种细粒度权限是社区版没有的，也是企业版的核心价值之一。注意CHANGE NOT REQUIRED表示首次登录不用改密码，适合服务账号；如果是给人用的账号，去掉这个子句更安全。SHOW DATABASES里看到fraudgraph的currentStatus是online才算建好。
4. 数据导入与 APOC 插件：把 CSV 变成图谱
4.1 用 LOAD CSV 导入节点和关系
图数据库最常用的入口就是 CSV。把文件放到import目录下，用LOAD CSV读。下面是一个导入用户节点和转账关系的例子，文件分别是users.csv和transfers.csv。
// 导入用户节点，假设 CSV 有 id,name,riskLevel 三列 LOAD CSV WITH HEADERS FROM 'file:///users.csv' AS row MERGE (u:User {userId: row.id}) SET u.name = row.name, u.riskLevel = toInteger(row.riskLevel); // 导入转账关系，CSV 有 fromId,toId,amount,ts LOAD CSV WITH HEADERS FROM 'file:///transfers.csv' AS row MATCH (a:User {userId: row.fromId}) MATCH (b:User {userId: row.toId}) MERGE (a)-[t:TRANSFER {ts: row.ts}]->(b) SET t.amount = toFloat(row.amount);MERGE而不是CREATE是为了避免重复导入时产生重复节点，这是图数据导入的基本习惯。toInteger和toFloat显式转换类型，因为 CSV 读进来默认都是字符串，不转的话后面做数值比较会出玄学问题。file:///指向的就是import目录，不要写绝对路径，Windows 下反斜杠还会被转义。
4.2 装 APOC 插件，解锁批量操作
企业版本身不带 APOC，需要自己下对应 5.15.0 的 jar 包放进plugins目录，然后在conf/neo4j.conf里加一行白名单。APOC 里的apoc.periodic.iterate是做大批量导入的利器，比裸LOAD CSV快很多，还能控制批次大小。
# conf/neo4j.conf 末尾加这行，放开 APOC 的存储过程调用 dbms.security.procedures.unrestricted=apoc.*// 用 APOC 分批导入，每批 5000 行，避免一次性吃满内存 CALL apoc.periodic.iterate( 'LOAD CSV WITH HEADERS FROM "file:///users.csv" AS row RETURN row', 'MERGE (u:User {userId: row.id}) SET u.name = row.name', {batchSize: 5000, parallel: false} );batchSize根据你堆内存大小调，4g 堆给 5000 比较稳，8g 可以给到 10000。parallel: false在 Windows 上建议保持，并行导入虽然快，但 Windows 的文件锁机制容易和 Neo4j 抢资源，翻车概率高。APOC 装好后用RETURN apoc.version()验证，返回 5.15.x 对应版本才算对。
4.3 导入后建索引，不然查询慢到怀疑人生
数据进去之后，如果不建索引，按属性查节点会全图扫描。企业版建索引的语法在 5.x 里是统一的。
// 给 User 的 userId 建唯一约束，同时自动创建索引 CREATE CONSTRAINT user_id_unique IF NOT EXISTS FOR (u:User) REQUIRE u.userId IS UNIQUE; // 给 TRANSFER 的 ts 建范围索引，加速时间范围查询 CREATE INDEX transfer_ts IF NOT EXISTS FOR ()-[t:TRANSFER]-() ON (t.ts);IF NOT EXISTS让脚本可重复执行，不会因为索引已存在而报错。唯一约束除了加速，还能防止重复节点写入，一举两得。关系上的索引在 5.x 才支持，4.x 没有，这也是升级到 5.15.0 的一个实际收益。建完用SHOW INDEXES确认状态是ONLINE。
5. 避坑排查：Windows 上跑 Neo4j 企业版的五个真实翻车点
5.1 现象：双击 neo4j.bat 闪退，什么都没看到
原因：Windows 下双击 bat 文件，如果脚本内部报错，窗口会瞬间关闭，你根本来不及看错误信息。另外路径里有中文或空格时，脚本里的%~dp0解析会出问题。
解决：永远用命令行启动，先cd到 bin 目录，再执行neo4j.bat console。这样错误直接打屏。路径改成纯英文无空格，比如D:\neo4j-enterprise-5.15.0。如果还闪退，检查JAVA_HOME是否指向 JDK 17，5.15.0 要求 JDK 17 或 21，JDK 8 直接不认。
5.2 现象：启动报 “Unable to lock file” 或 “Store lock”
原因：上一次 Neo4j 进程没退干净，还占着data/dbms/store_lock文件。Windows 的任务管理器里可能还残留java.exe进程。
解决：先neo4j.bat stop，如果停不掉，打开任务管理器手动结束所有java.exe，然后删掉data/dbms/store_lock再启动。别直接删整个data目录，那会把你的图数据一起清掉。我一般写个stop-then-start.bat，先 taskkill 再启动，省得每次手动找进程。
5.3 现象：浏览器连不上 7474，但服务显示已启动
原因：conf/neo4j.conf里server.default_listen_address被改成了0.0.0.0以外的地址，或者 Windows 防火墙拦了 7474 和 7687 端口。企业版默认只监听 localhost，如果你从别的机器访问，必须改监听地址并放行防火墙。
解决：确认server.default_listen_address=0.0.0.0，然后在 Windows 防火墙入站规则里放行 TCP 7474 和 7687。改完neo4j.bat restart。如果只是本机用，保持 localhost 最安全，别没事开 0.0.0.0。
5.4 现象：导入 CSV 报 “Couldn't load the external resource”
原因：LOAD CSV的file:///只认import目录下的文件，你写了个C:\Users\xxx\data.csv这种绝对路径，Neo4j 出于安全默认不允许访问 import 目录之外的文件。
解决：把 CSV 复制到import目录下，路径写成file:///yourfile.csv。如果非要读外部路径，在conf/neo4j.conf里加dbms.security.allow_csv_import_from_file_urls=true并配server.directories.import，但生产环境不建议，等于开了个口子。
5.5 现象：查询跑着跑着报 “Transaction timeout” 或内存溢出
原因：默认事务超时是 60 秒，大图上的复杂查询很容易超。另外堆内存不够时，GC 频繁，查询会越来越慢直到崩。
解决：在conf/neo4j.conf里调dbms.transaction.timeout=300s，给复杂查询更多时间。同时按第 3.2 节调大堆内存。如果单条查询实在太大，用CALL {} IN TRANSACTIONS分批提交，别硬扛。我一般先在测试库上跑EXPLAIN看执行计划，确认有没有全图扫描，再决定是调参数还是改查询。
6. 备份恢复与版本验证：企业版真正值钱的地方
企业版和社区版拉开差距的另一个点，就是在线热备份。社区版只能停库冷备，企业版可以在线把数据库备份到指定目录，不影响读写。这个能力在模拟项目里救过我一次——客户要求每天凌晨备份但不能停服务，社区版根本做不到。
# 在线备份 fraudgraph 数据库到 D:\backup\fraudgraph neo4j-admin database backup fraudgraph --to-path=D:\backup\fraudgraph --verbose # 恢复时先停库，再执行 restore neo4j.bat stop neo4j-admin database restore fraudgraph --from-path=D:\backup\fraudgraph --verbose neo4j.bat start--verbose会打印每一步的进度和耗时，第一次跑建议加上，能看清是卡在读取还是写入。备份出来的是一组文件，不是单个压缩包，恢复时--from-path指向那个目录而不是某个文件。注意备份和恢复的 Neo4j 版本必须一致，5.15.0 的备份不能恢复到 5.14 上，这是硬约束。
验证备份是否可用，最稳妥的办法是恢复到另一个库名，比如fraudgraph_verify，然后跑几条关键查询对比结果。别等真出事才发现备份是坏的，这种后悔药没地方买。
// 恢复后连上新库，抽查节点数和关系数是否和原库一致 MATCH (n) RETURN count(n) AS nodeCount; MATCH ()-[r]->() RETURN count(r) AS relCount;两个库的nodeCount和relCount对得上，基本说明备份完整。如果对不上，检查备份时是不是有未提交的事务，或者恢复时--additional-config里的内存参数给太小导致部分数据没写进去。
从那以后我每次在 Windows 上部署 Neo4j 企业版，都强制走一遍“前台启动看日志 → 调内存 → 建库建用户 → 导入后建索引 → 在线备份验证”这条线，一步不省。这套流程帮我挡掉了至少三次上线前的隐性故障。希望帮到你。
本文还有配套的精品资源，点击获取
