Article DetailsDetailsHelp Details Neo4j database files are persisted to storage for long term durability. Data related files located in data/databases/graph.db (v3.x+) (data/databases/<dbName>/ in 4.x and 5.x) by default in the Neo4j data directory. Below will give you an idea of the type of files you’ll find, prefaced with neostore.* and what data they are storing: nodestore* Stores node related data from your graphrelationship* Stores data related to the relationships created and defined in your graphproperty* Stores the key/value properties from your databaselabel* Stores index related label data from your graph Since Neo4j is a schema-less database, we use fixed record lengths to persist data and follow offsets in these files to know how to fetch data to answer queries. The following table illustrates the fixed sizes Neo4j uses for the type of Java objects being stored: Store File | Record size | Contents ---------------------------------------------------------------------------------------------------------------------------- neostore.nodestore.db | 15 B | Nodes neostore.relationshipstore.db | 34 B | Relationships neostore.propertystore.db | 41 B | Properties for nodes and relationships neostore.propertystore.db.strings | 128 B | Values of string properties neostore.propertystore.db.arrays | 128 B | Values of array properties Indexed Property | 1/3 * AVG(X) | Each index entry is approximately 1/3 of the average property value size Some considerations about properties: The property record has a payload of 32bytes, which is divided into four 8B blocks. Each field can hold either a key or a value, or both a key and a value.the key and type occupies 3.5 bytes (key 4bit, type 24bit)boolean, byte, short, int, char, float are fitted in the remaining bytes of that same blocka small long is also fitted in the same blocka big long or a double are stored in a separate block (meaning two blocks used by that property)a reference to the string store or array store is fitted in the same block as the keya short string or short array is stored in the same record if it fits in the remaining blocks (including the remaining bytes of the key-block)long strings/arrays that do not fit in 8B blocks will have a pointer to a record on the string/array store (128B)… other types get more involved! Data stored on disk is all linked lists of fixed size records. Properties are stored as a linked list of property records, each holding a key and value and pointing to the next property. Each node and relationship references its first property record. The Nodes also reference the first relationship in its relationship chain. Each Relationship references its start and end node. It also references the previous and next relationship record for the start and end node respectively. A basic example disk space calculation could be something like: Note For the sake of simplicity, we assume a 1:1 property to property record ratio meaning one single property will always be 41B. Obviously, as per the considerations above, this may not be as trivial in real life scenarios. Scenario #1 - Initial status Node count: 4M nodes Each node has 3 properties (12M properties total) Relationship count: 2M relationships Each relationship has 1 property (2M properties total) This is translated to the following size on disk: Nodes: 4.000.000x15B = 60.000.000B (60MB)Relationships: 2.000.000x34B = 68.000.000B (68MB)Properties: 14.000.000x41B = 574.000.000B (574MB)TOTAL: 703MB Scenario #2 - 4x growth + added properties + indexes on all properties Node count: 16M nodes Each node has 5 properties (80M properties total) Relationship count: 8M relationships Each relationship has 2 properties (16M properties total) This is translated to the following size on disk: Nodes: 16.000.000x15B = 240.000.000B (240MB)Relationships: 8.000.000x34B = 272.000.000B (272MB)Properties: 96.000.000x41B = 3.936.000.000B (3936MB)Indexes: 4448MB * ~33% = 1468MBTOTAL: 5916MB You can take these values to have an idea of what to expect regarding disk size and growth. InformationTitleUnderstanding Neo4js data on diskArticle Created Date3/15/2024, 10:55 PMURL Name360013978714-Understanding-Neo4j-8217-s-data-on-diskLast Modified Date12/4/2024, 8:04 AM