我的C驱动器大小正在增长，我的服务器没有运行任何东西，但neo4j。 即使我配置了neo4j来存储其他驱动器上的数据库信息。
节点计数可能无关紧要但是对于记录，我有近1000万个节点和流量到数据库大约200个请求/分钟。
我应该注意neo4j写的其他东西吗？
dbms.directories.data=E:/MyNeoDB4/
dbms.directories.logs=E:/MyNeoDb4
dbms.jvm.additional=-Dunsupported.dbms.udc.source=zip
dbms.memory.heap.initial_size=15
dbms.memory.heap.max_size=15G
dbms.security.procedures.unrestricted=apoc.*
dbms.memory.pagecache.size=8G
更新1： 我已经检查过的事情：
更新2： - 正如@InverseFalcon所说，我还在第一步检查了事务日志。他们被写在其他目录中。
答案 0 :(得分：1)
（注：答案是在原始问题更新之前编写的，表明指标和日志都不是可能的罪魁祸首）
记录，可能包含指标
我不确定您的日志记录需求是什么，但不是数据本身的主要磁盘消耗来源是日志文件的写入。它们通常不会非常快速地增长，但这完全取决于您的设置。
我怀疑你的驱动器可能正在填满日志，尽管我很惊讶它的填充速度如此之快。我会检查你的日志文件，看看它们是否充满了长链的例外。
它也可能是在本地磁盘上导出为CSV的指标，但我不相信Neo4J会在没有明确配置的情况下执行此操作。
有关指标的更多信息，请访问官方文档： https://neo4j.com/docs/operations-manual/current/monitoring/metrics/
答案 1 :(得分：0)
Rebecca Nelson回答的一个变体，您可能想要检查事务日志文件。
事务日志是对数据库所做更改的真实来源，它们与日志文件夹中的可读日志文件（debug.log，neo4j.log）不同。
您可以使用命名模式neostore.transaction.db.0（以0开头的日志文件的增量编号）在graph.db文件夹中找到事务日志（或者您给图形数据库文件夹指定的任何名称）。
事务日志是数据持久性的一个阶段。影响数据库的事务首先写入这些日志。满足条件时，会发生检查点操作，将事务日志的内容刷新到数据存储文件（graph.db文件夹中的某些其他文件），并修剪和/或轮换事务日志。
虽然您不应自行修改或删除事务日志文件，但可以在neo4j.conf中添加配置参数来控制这些文件的处理方式。