三、Neo4j 源码研究系列 - 持久化

文章探讨了数据持久化在数据库中的重要性,提到了四种devicestates:纯内存、内存、基于磁盘和基于提交。重点聚焦于Neo4j数据库,通过类图分析了Neo4j的持久化实现,特别是NodeStore、RelationshipStore等不同类型的Store,以及它们如何通过Record和StoreHeader来存储和管理数据。
摘要由CSDN通过智能技术生成

version: v-2023051401

author: 路__

说到数据库,那么离不开的模块就是持久化(Persistence),数据持久化是数据库不可缺少的重要组成模块之一。可以说一个数据库少了持久化功能,可以说这个数据库就不足以称为数据库。

数据持久化是一种非易失性存储技术,再重启应用或者计算机的后也不会丢失数据。是将内存中的数据模型转换成存储模型,以及将存储模型转换为内存中的数据模型的统称。当数据被持久化时,这意味着当应用程序再次打开时可以检索完全相同的数据。数据保持不变,并且在会话之间不会丢失任何东西。

一、介绍

持久存储获取的四种 device states 是什么?

持久存储获取的四种device states 分别是纯内存、内存、基于磁盘和基于提交。

  • 纯内存存储(Pure in-memory storage): 这可能提供最少的持久性。

  • 内存存储(In-memory storage): 这需要定期快照以保持持久性。

  • 基于磁盘的存储(Disk-based storag): 这会触发就地更新写操作。

  • 基于提交的存储(Commitlog-based storage): 这包括所有传统的OLTP数据库。

二、类图

上面介绍了这么多,接着就是引出我们今天的主题neo4j数据的持久化,我们从源码解读其持久化功能的实现。话不多说,让我们进入今天的主题吧,neo4j的持久化功能。

首先我们先看一下持久化的类图结构(未完成):

 

备注:上述类图未完成,可能存在部分错误,现简供参考

三、结构说明

neo4j的存储类图都是以Store命名的,并且有各个类型的Store,例如:

  • NodeStore

  • RelationshipStore

  • MetaDataStore

  • PropertyStore

  • ...

上述所有的Store,都可以从NeoStores这个类中获取,这些Store其实都存储在该类的stores变量中。NeoStores类会调用initialize方法,这个方法会完成各个Store对象的初始化操作。各个Store对象其实由一条条的Record和StoreHeader构成,每个类型的Store都有其对应的Record对象,例如NodeStore就有NodeRecord对象与其对应,我们想了解一个点有信息,其实就可以通过NodeRecord对象存储的信息获取。

附录

  1. neo4j 源代码地址: GitHub - neo4j/neo4j: Graphs for Everyone

  2. Data persistence: https://medium.com/@dilshanramesh81/data-persistence-add16cb74cf3

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值