Neo4j在win下安装教程（docker环境）

1. 安装命令

docker run --name neo4j-container -p 7474:7474 -p 7687:7687 -d neo4j

需要部署两个Neo4j，一个正式库prod，一个测试库dev。

neo4j默认监听7474（HTTP-也就是浏览器端口）和7687（Bolt-也就是服务器接口）端口。

首先需要明确的是，通过docker部署的服务，容器内部的7474和7687端口不会冲突，因为Docker的端口映射机制是基于宿主机****端口->容器端口的隔离。

**容器内部端口：**每个 Neo4j 容器内部默认监听 7474（HTTP）和 7687（Bolt）端口。
**宿主机****端口：**通过 -p 参数将宿主机的端口映射到容器的端口。例如：
- 第一个容器：-p 7474:7474（宿主机7474 → 容器7474）
- 第二个容器：-p 7475:7474（宿主机7475 → 容器7474）

关键点： 即使容器内部都使用 7474 和 7687，只要宿主机的映射端口不同（如 7475 和 7688），两个容器就能同时运行且互不冲突。

docker run --name neo4j-dev -p 17475:7474 -p 17688:7687 -v C:\neo4j\dev:/data -v C:\neo4j\dev:/logs -d neo4j :community

优点：
- 直观可控：可以直接在宿主机的文件系统中查看和修改数据文件（如 C:\neo4j\data2）。
- 适合调试：方便直接修改配置文件（如 neo4j.conf）或检查日志文件（如 neo4j.log）。
- 完全控制目录位置：自由选择宿主机的存储路径。
缺点：
- 需手动处理目录权限：如果宿主机目录权限设置不当，容器可能无法写入。
- 跨平台兼容性问题：Windows 路径格式（如 C:\...）在 Docker 中需要特别处理，可能与其他系统不兼容。
- 依赖宿主目录存在性：必须预先手动创建目录，否则启动失败（尤其是 Windows）。

适用场景：

正式：

docker run --name neo4j-prod -p 17474:7474 -p 17687:7687 -v neo4j_prod_data:/data -v neo4j_prod_logs:/logs -d neo4j:community

测试：

docker run --name neo4j-dev -p 17475:7474 -p 17688:7687 -v neo4j_dev_data:/data -v neo4j_dev_logs:/logs -d neo4j:community

优点：
- 自动管理：Docker 会自动创建卷并处理文件权限，无需手动干预。
- 跨平台一致性：路径格式统一（如 /data），避免 Windows/Linux 路径差异问题。
- 适合生产环境：数据由 Docker 托管，更安全且支持加密、备份等高级功能。
- 容器无缝迁移：容器重建或迁移时，卷可以快速复用。
缺点：
- 隐藏文件位置：默认卷存储在 Docker 的私有路径中（如 C:\ProgramData\Docker\volumes），需要命令行才能查看。
- 不直接修改文件：需通过容器内部或 Docker 命令访问数据，对普通用户不够直观。

适用场景：