使用neo4j-admin import遇目录已存数据库报错，如何彻底删除并完成导入？

这种删除后目录自动重建的情况，核心原因几乎都是Neo4j服务未完全停止，或者有后台残留进程在维护这个默认数据库目录。下面是分步解决的可靠流程：

1. 彻底终止Neo4j所有相关进程 #

首先停止系统服务（如果用systemd管理）：

sudo systemctl stop neo4j

接着禁用自动重启（防止服务自行拉起）：

sudo systemctl disable neo4j
# 更彻底的方式是mask服务，完全阻止自动启动
sudo systemctl mask neo4j

然后检查并杀死所有残留的Neo4j进程：

# 查找所有neo4j相关进程
ps aux | grep neo4j
# 对每个找到的PID执行强制杀死命令，替换<PID>为实际进程号
sudo kill -9 <PID>

2. 确认无进程占用graph.db目录 #

用lsof工具检查是否有进程仍在占用该目录下的文件：

sudo lsof +D /var/lib/neo4j/data/databases/graph.db

如果输出结果中有相关进程，同样用kill -9命令杀死对应的PID。

3. 安全删除graph.db目录 #

切换到数据库存储目录，执行删除命令（建议用neo4j用户操作，避免权限问题）：

cd /var/lib/neo4j/data/databases
sudo -u neo4j rm -rf graph.db

删除后立刻查看目录是否存在：

ls -l | grep graph.db

如果目录消失，说明彻底删除成功；如果仍存在，回到步骤1和2排查残留进程。

4. 执行数据导入 #

确保服务完全停掉的状态下，运行neo4j-admin import命令。如果不想再和默认的graph.db冲突，也可以指定自定义数据库名：

# 示例：导入到自定义数据库mydb.db
sudo -u neo4j neo4j-admin import --database mydb.db --nodes nodes.csv --relationships rels.csv

5. 恢复Neo4j服务（可选） #

导入完成后，恢复服务的自动启动并启动服务：

sudo systemctl unmask neo4j
sudo systemctl enable neo4j
sudo systemctl start neo4j

额外注意事项 #

• 始终确保操作目录时使用neo4j用户，避免因权限错误导致的目录异常重建。
• 如果是用其他方式管理Neo4j（比如手动启动的脚本），要确保脚本完全停止，没有后台守护进程在运行。

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