CN101241492A - 具有容量动态控制功能的内存数据存储装置及其实现方法 - Google Patents

具有容量动态控制功能的内存数据存储装置及其实现方法 Download PDF

Info

Publication number
CN101241492A
CN101241492A CNA2007100636125A CN200710063612A CN101241492A CN 101241492 A CN101241492 A CN 101241492A CN A2007100636125 A CNA2007100636125 A CN A2007100636125A CN 200710063612 A CN200710063612 A CN 200710063612A CN 101241492 A CN101241492 A CN 101241492A
Authority
CN
China
Prior art keywords
record
formation
chain
memory
hash
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007100636125A
Other languages
English (en)
Other versions
CN101241492B (zh
Inventor
陶长标
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN2007100636125A priority Critical patent/CN101241492B/zh
Publication of CN101241492A publication Critical patent/CN101241492A/zh
Application granted granted Critical
Publication of CN101241492B publication Critical patent/CN101241492B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种具有容量动态控制功能的内存数据存储装置及其实现方法,该方法包括:步骤一,设置包含纵向链和横向链的二维表表示内存表,纵向链为各CQ队列的记录链,横向链为脏记录链,纵向链、横向链相交的节点是内存表的所有记录,包括脏记录、当前冲突队列记录和空闲队列记录,空闲队列记录存放在FQ队列,且FQ队列的首尾指针登记在内存表的表节点中;脏记录、当前冲突队列记录和空闲队列记录对应的记录数据保存在记录数据区链表中,该记录数据区链表的首地址登记在内存表的表节点中;及步骤二,通过相应的操作接口对内存表的容量进行相应的动态监控与调整。采用本发明大大提高了内存表的使用效率,从而大幅度提高系统处理数据的效率。

Description

具有容量动态控制功能的内存数据存储装置及其实现方法
技术领域
本发明涉及一种具有容量动态控制功能的内存数据存储装置及其实现方法,特别是涉及一种在应用系统运行过程中根据内存数据库的使用情况对内存数据库容量进行动态调整以达到内存数据库持续可用的实现方法及其装置。
背景技术
随着丰富多彩的各种移动增殖业务(如点对点短信业务、多媒体彩信业务等)的开展及普及,业务量每年都在快速增长,为了提高系统的数据处理能力,系统一般都采用内存数据库。因为内存数据库与物理数据库相比,有着无法比拟的处理速度,所以内存数据库正被越来越多的业务系统所采用。
在目前的内存数据库系统中,一般都是采用一个哈希(Hash)冲突队列来保存记录,一条记录在内存数据库中的生存周期是由业务层来决定的,而不是内存数据库主动控制,对内存数据库中的记录的清理都是采用一个独立线程扫描死记录(即生命周期超长的记录)的方式进行,而对内存数据库容量缺少一种实时的监控与管理,很容易造成内存数据库的溢出(即使用率达100%),使内存表无效。
同时,又因为记录在内存数据库的生存周期是由业务层决定,所以就会存在一旦业务层控制不好,一条记录就会反复在内存数据库与物理数据库之间反复操作,这就增加不必要的物理I/O(Input/Output,输入/输出)操作,严重制约着整个系统的处理性能。
发明内容
本发明所要解决的技术问题在于提供一种具有容量动态控制功能的内存数据存储装置及其实现方法,用于通过最大可能地利用内存数据库操作速度高于物理库的特点,来提高系统的数据处理性能,并保证内存数据库的稳定可用性与健壮性。
为了实现上述目的,本发明提供了一种具有容量动态控制功能的内存数据存储装置,其特征在于,包括:数据存储模块、容量监控模块;所述数据存储模块又包括:CQ记录模块、DQ记录模块、FQ记录模块、记录数据模块及节点信息模块;
所述CQ记录模块,用于通过各CQ队列的记录链分别存放同一哈希值的记录,并连接到哈希索引数据区链表上,且所述各记录链的链头连接在哈希入口链表上;
所述DQ记录模块,用于通过脏记录链存放脏记录,并将接入所述脏记录链的记录连接到所述哈希索引数据区链表上;所述接入所述脏记录链的记录属于DQ队列节点,未接入所述脏记录链的记录属于当前记录队列节点,所述脏记录链中的脏记录按使用先后插入;
所述各CQ队列的记录链与所述脏记录链相交的节点为脏记录、当前冲突队列记录和空闲队列记录;
所述FQ记录模块用于存放所述空闲队列记录;
所述记录数据模块,连接所述CQ记录模块、所述DQ记录模块、所述FQ记录模块,用于通过记录数据区链表保存所述脏记录、所述当前冲突队列记录及所述空闲队列记录对应的记录数据;
所述节点信息模块,连接所述CQ记录模块、所述DQ记录模块、所述FQ记录模块、所述记录数据模块,用于存放所述哈希入口链表的表头信息、所述DQ队列的首尾指针信息、所述FQ的首尾指针信息及所述记录数据区链表的首地址信息;
所述容量监控模块通过不同的操作接口对所述数据存储模块进行相应的动态监控与调整。
所述的具有容量动态控制功能的内存数据存储装置,其中,所述操作接口包括初始化接口、增加记录接口、查询记录接口、修改记录接口、删除记录接口、迁移记录接口、动态控制接口和/或批量清理接口。
为了实现上述目的,本发明还提供了一种具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,包括:
步骤一,设置包含纵向链和横向链的二维表表示内存表,所述纵向链为各CQ队列的记录链,一条所述记录链存放同一哈希值的记录,并连接到哈希索引数据区链表上,所述记录链的链头连接在哈希入口链表上,所述哈希入口链表的表头登记在所述内存表的表节点中;
所述横向链为脏记录链,接入所述脏记录链的记录属于DQ队列节点,并连接到所述哈希索引数据区链表上,未接入所述脏记录链的记录属于当前记录队列节点,所述脏记录链中的记录按使用先后插入,所述DQ队列的首尾指针登记在所述内存表的表节点中;
所述纵向链、横向链相交的节点是所述内存表的所有记录,包括脏记录、当前冲突队列记录和空闲队列记录,所述空闲队列记录存放在所述FQ队列,且所述FQ队列的首尾指针登记在所述内存表的表节点中;所述脏记录、所述当前冲突队列记录和所述空闲队列记录对应的记录数据保存在记录数据区链表中,该记录数据区链表的首地址登记在所述内存表的表节点中;及
步骤二,通过相应的操作接口对所述内存表的容量进行相应的动态监控与调整。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述内存表的表节点的结构具体包括:表名、表总容量、哈希模值、每条记录的大小、哈希入口链表的入口指针、哈希索引数据区链表的指针、记录数据区的指针、FQ队列的队首和队尾、DQ队列的队首和队尾、DQ队列的记录数、CQ队列的记录数;其中,所述哈希索引数据区链表的指针又包括:CQ队列的下指针、DQ队列的前向指针、DQ队列的后向指针。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过初始化接口对所述内存表进行初始化的步骤,具体为:根据所述内存表的参数申请内存,并对相应的成员进行初始化,初始化后所述二维表中的所有节点都属于所述FQ队列节点。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过增加记录接口在所述内存表中增加记录的步骤,具体为:监测所述内存表当前的使用率并根据该使用率判断所述内存表当前是否达到使用上限;若未达到使用上限,则直接将该记录插入到内存数据库,并挂在所述纵向链中;若已达到使用上限,则启动清理线程,对所述DQ队列中的记录进行清理,释放空间。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过查询记录接口在所述内存表中查询记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过修改记录接口在所述内存表中修改记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值,并用该记录值更新旧值,若该记录在所述DQ队列中,则将该记录移到所述CQ队列。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过删除记录接口在所述内存表中删除记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值;发送消息给物理数据库同步线程,由该物理数据库同步线程将该消息同步入物理数据库,再将该消息从内存中删除。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过迁移记录接口在所述内存表中迁移记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值;若该记录已在所述DQ队列中,则不处理,若该记录不在所述DQ队列中,则将该记录从所述CQ队列迁移到所述DQ队列。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过动态控制接口对所述内存表中的记录进行动态控制的步骤,具体为:当有记录插入时,实时统计出所述内存表当前的使用率;并根据该使用率判断所述内存表当前是否达到已用上限或可用下限,若达到已用上限时,启动清理线程进行数据清理,释放空间;若达到可用下限时,停止清理。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述步骤二中,还包括:通过批量清理接口对所述内存表中的记录进行批量清理的步骤,具体为:从所述DQ队列首开始,一次批量读取多条记录;发送消息给物理数据库同步线程,由所述物理数据库同步线程将该消息同步入所述物理数据库,再将记录从所述内存表中删除。
所述的具有容量动态控制功能的内存数据存储装置的实现方法,其中,所述使用率为所述CQ队列的记录总数与所述DQ队列的记录总数之和与所述内存表的总记录数的比值。
本发明的有益技术效果:
与现有技术的内存数据库相比,采用本发明可以尽可能充分利用系统的物理内存来保存业务有效期内的消息记录,对记录的操作尽量在内存中完成,大大提高了内存表的使用效率,减少了不必要的物理I/O操作,能大幅度提高系统处理数据的效率。
以下结合附图和具体实施例对本发明进行详细描述,但不作为对本发明的限定。
附图说明
图1是本发明内存表结构示例图;
图2是本发明的内存数据存储装置示意图;
图3是本发明内存表初始化流程图;
图4是本发明新增记录流程图;
图5是本发明操作过程中某一时刻的内存表结构示意图;
图6是本发明查询记录流程图;
图7是本发明修改记录流程图;
图8是本发明删除记录流程图;
图9是本发明迁移记录流程图;
图10是本发明容量动态控制流程图;
图11是本发明过期记录清理流程图。
具体实施方式
下面结合附图对本发明内存数据库容量的控制进行详细描述。
请参阅图1所示,是本发明表示内存表的结构,按记录在内存表内的生存周期角度看,内存表的记录分别保存在三个不同的队列中:
1),CQ(Current Queue,当前队列)队列,为当前哈希冲突队列,用于存放当前正在处理的记录;
2),DQ(Dirty Queue,脏队列)队列,用于存放当前没使用的但业务流程还没有结束,还不能清理出内存的记录;
3),FQ(Free Queue,空闲队列)队列,用于保存未用空间的节点。
内存表的初始结构中有三个链表,分别表示为:
A,Hash入口链表101,用Entry登记该链表的首地址,用于存放各记录Hash冲突队列首地址信息。本链表的节点总数为Hash模值(HashModule)。
B,Hash索引数据区链表102,用Index登记首地址,用于登记索引的指针信息,包括:CQ队列的后向指针Next、DQ队列的前向与后向指针;CQ队列的后向指针Next指向同一Hash值的下一个CQ队列的记录,CQ队列的首地址登记在Hash入口链表101中;DQ队列的前向与后向指针指向DQ队列的前一条和后一条记录。本链表的记录总数为内存表的总容量值。本链表的节点总数为CQ队列、DQ队列和FQ队列三个队列的记录总和。
C,记录数据区链表103,用RecPtr登记首地址,用于存放记录的实际数据。因同一内存表中的各记录大小是一样的,所以可通过首地址和偏移量迅速找到对应的记录值。本链表的记录总数为内存表的总容量值。
其中,CQ队列、DQ队列前二个队列构成了内存表的二维结构:从纵向看,所有的记录都挂接在CQ队列的Hash入口链表101上;从横向看,如果此记录属于脏记录队列节点,则就会连接到DQ队列的Hash索引数据区链表102,用前后向双向指针表明其位置,有利于链表节点的增删操作,如果此记录不属于脏记录队列节点,则为当前记录队列节点,横向指针无链接信息。
在内存表结构中,还有以下地址指针:脏记录队列首尾指针、空闲队列首尾指针,分别用于登记DQ队列和FQ队列的首尾地址。
本发明将内存表由传统的一维表(单条哈希冲突队列)改用二维表(哈希冲突队列和脏记录队列)来表示,二维表的纵向链是各冲突队列的记录链,同一Hash值的记录放在一条链上,链头连接在Hash入口链表101上(Hash入口链表101表头登记内存表表节点在内存表的表节点中);二维表的横向链是脏记录链,是一个双向的链表结构,凡是接入脏记录链的记录都是属于脏记录队列节点,没有接入脏记录链的记录则属于当前记录队列节点,脏记录链中的记录按使用先后插入,DQ队列的首尾指针登记在内存表的表节点中;二维表内纵横链相交的节点就是内存表的所有记录(包括脏记录、当前冲突队列记录和空闲队列记录)。
进一步地,在二维表中只登记相应的链表指针信息,而记录真正的值则是保存在初始化已申请好的记录数据区链表103中,记录数据区链表103的首地址登记在内存表的表节点中,因为同一内存表的各记录大小一样,所以只需要登记好数据区首地址和各记录对应的偏移量,就可取出相应的记录数据,同时因为记录的值统一保存在一个地方,避免了保存在链表中时需要两个拷贝(CQ队列与DQ队列节点)的冗余情况,节省了很大的内存空间。
进一步地,在内存表使用过程中,实时统计出当前的使用率((CQ记录总数+DQ记录总数)/内存表总记录数),如果使用率达到使用上限时,则从二维表的横向链即DQ队列进行批量清理,将DQ队列中的节点清理出内存,释放出相应的节点入FQ队列中。因为DQ队列中的节点是按记录的使用先后进行排序插入的,所以从DQ队列的队首开始清理,从而保证了记录的FIFO(First In First Out,先进先出)原则,确保内存表中记录的新鲜性和可用性,达到提高内存表利用率和减少物理数据库I/O的目的,从而最终提高系统处理数据的效率。
进一步地,在内存表的表节点的结构中,必须包含以下几个主要的成员:
a1),表名:保存本内存表的表名,用于唯一标识内存表;
a2),表总容量Vol:根据配置的内存表总记录数乘以一条记录大小得到本内存表所需的最大内存容量;
a3),Hash模值:哈希函数的模值;
a4),一条记录大小RecSize:以字节为单位;
a5),CQ队列的记录数:当前队列的记录数,初始化时为0;
a6),Hash入口链表101的入口指针Entry:用本记录的关键字与哈希模经过哈希函数计算后得到的哈希表的入口值;
a7),Hash索引数据区链表102的指针Index:记录的Hash索引指针信息,包括:纵向与横向的指针信息;
a8),记录数据区链表103的指针RecPtr:用于存放记录内容的数据;
a9),FQ队列的队首:空闲队列的队首;
a10),FQ队列的队尾:空闲队列的队尾;
a11),DQ队列的队首:脏记录队列的队首;
a12),DQ队列的队尾:脏记录队列的队尾;
a13),DQ队列的记录数:脏记录队列的记录数;
其中:Hash索引数据区的指针Index a7)应有以下内容:
a71),冲突队列的下指针Next:指向同一个哈希值的冲突队列的下一个节点,用于维系二维表的纵向链。纵向链挂在Hash入口链表101上,Hash入口链表101的首地址登记在内存表的表节点的Entry中;
a72),DQ队列的前向指针PreRec:脏记录队列节点的前向指针;
a73),DQ队列的后向指针NextRec:脏记录队列节点的后向指针。
其中,PreRec和NextRec用于维系二维表的横向链。横向链的链首尾地址登记在内存表的表节点的DQ队列的队首队尾中。
在此结构下,利用相应的操作接口就可以对内存表的容量进行动态监控与调整。相应的操作接口包括:
b1),初始化接口:根据内存表的参数申请内存,并对相应的成员进行初始化。此时二维表中的所有节点都属于FQ队列节点。
b2),增加记录:在新增记录时,首先监测内存表当前的使用率,在没有达到使用上限时直接将记录插入到内存库中,挂在二维表的纵向链中。如果内存表当前已达到使用上限,则启动清理线程,对DQ队列中的记录进行清理,释放空间。
b3),查询记录:根据记录的主键通过相应的Hash函数生成的Hash索引值HashIndex,找到相应的冲突队列的入口,读取相应的记录值。
b4),修改记录:根据记录的主键生成的HashIndex,找到相应的冲突队列的入口,读取相应的记录值,用新值来更新旧值,如果此记录在DQ队列中,则将此记录移到CQ队列中,以保证CQ队列的记录最新性。
b5),删除记录:根据记录的主键生成的HashIndex,找到相应的冲突队列的入口,读取相应的记录值;发消息给物理库同步线程,将此消息同步入物理库(为保证处理效率,可用异步方式进行同步),保证消息的正确性,再将消息从内存中删除。
b6),迁移记录:根据记录的主键生成的HashIndex,找到相应的冲突队列的入口,读取相应的记录值;如果此消息已在DQ队列中,则不处理,如果不在DQ队列中,则将记录从CQ队列中迁移到DQ队列中,以保证记录不积压在CQ队列中,造成内存表溢出。
b7),动态控制:每当有新记录插入时,实时统计出内存表的使用率,如果达到已用上限,则启动清理线程进行数据清理,释放空间;当使用率已达到可用下限时,则停止清理。
b8),批量清理:从DQ队列首开始,一次批量读取多条记录,先发消息给物理库同步线程,将此消息同步入物理库,后将记录从内存表中删除。
请参阅图2所示,是本发明的内存数据存储装置示意图,结合图1,该装置包括数据存储模块10、容量监控模块20;数据存储模块10又包括:CQ记录模块110、DQ记录模块120、FQ记录模块130、记录数据模块140及节点信息模块150;
CQ记录模块110,其通过各CQ队列的记录链分别存放同一哈希值的记录,并连接到哈希索引数据区链表上,且各记录链的链头连接在哈希入口链表上;
DQ记录模块120,其通过脏记录链存放脏记录,并将接入脏记录链的记录连接到DQ队列的哈希索引数据区链表上;接入所述脏记录链的记录属于DQ队列节点,未接入脏记录链的记录属于当前记录队列节点,脏记录链中的脏记录按使用先后插入;
各CQ队列的记录链与脏记录链相交的节点为脏记录、当前冲突队列记录和空闲队列记录;
FQ记录模块130用于存放空闲队列记录;
记录数据模块140,连接CQ记录模块110、DQ记录模块120、FQ记录模块130,其通过记录数据区链表保存脏记录、当前冲突队列记录及空闲队列记录对应的记录数据;
节点信息模块150,连接CQ记录模块110、DQ记录模块120、FQ记录模块130、记录数据模块140,用于存放哈希入口链表的表头信息、DQ队列的首尾指针信息、FQ的首尾指针信息及记录数据区链表的首地址信息;
容量监控模块20通过不同的操作接口对数据存储模块10进行相应的动态监控与调整。
操作接口包括初始化接口、增加记录接口、查询记录接口、修改记录接口、删除记录接口、迁移记录接口、动态控制接口、批量清理接口等接口。
请参阅图3所示,是本发明内存表初始化操作流程,用于为内存表的各队列及节点申请好空间。
步骤301,判断此内存表是否已存在,若存在,则不能再次初始化,错误并退出,否则生成新内存表,执行步骤302;
步骤302,为Hash入口链表101申请空间并初始化好初值;
步骤303,为Hash索引节点申请空间,将内存表的Hash索引数据区初始成一Hash索引数据区链表102(首地址Index),各节点的Next为下一节点的Index值。FQ的首尾指针分别每时指向索引数据区的首尾节点;
步骤304,为记录数据区链表103进行初始化;
步骤305,将索引节点初始化成初值,如记录状态、DQ队列的前后向指针等;以及
步骤306,将结构中的其他成员,如表空间的总容量、记录大小等进行初始化。
为存储与管理方便,将Hash入口链表101和记录数据区链表103用一静态链表(如数组)实现。
请参阅图4所示,是本发明内存表插入记录操作流程。具体为:
步骤401,判断本内存表是否已存在,若不存在,则返回错误码退出;若存在,执行步骤402;
步骤402,在记录插入内存表前,先要实时统计内存表的使用率,并判断内存表的使用率是否已达到上限,若内存表的使用率没有达到上限时,则执行步骤406,将记录插入内存表中;若内存表的使用率达到上限时,则执行步骤403;
步骤403,累计新记录插入请求次数,并判断请求次数是否达到清理上限,若请求次数未达到清理上限(一定量)时,则执行步骤406;若请求次数达到清理上限时,执行步骤404,启动批量清理功能;
该步骤中,累计新记录插入请求次数的目的是避免频繁的记录清理。
步骤404,当内存表的容量达到使用上限时,则调用清理线程将过期的记录从内存表中清除,释放出一定量空间,以保证内存表的持续可用性;并判断内存表的容量是否已达到可用下限,若不是,则执行步骤406;若是,则执行步骤405;
步骤405,记录清理停止;
步骤406,调用Hash处理函数计算本记录的Hash入口值EntryIndex;
步骤407,根据EntryIndex得到Hash冲突队列的索引值HashIndex,根据索引值HashIndex查询Hash冲突队列表,判断此记录是否已存在,若不存在,则执行步骤408;若存在,错误结束;
步骤408,取出FQ队列的队首记录(即头节点)作为新记录的Hash冲突队列存储节点;
步骤409,将从FQ队列取出的节点Index索引号作为本记录的冲突队列的Hash索引值HashIndex;
步骤410,将本节点的HashIndex填入冲突队列的Hash入口链表101中;
步骤411,登记本记录的操作状态;
步骤412,以HashIndex作为偏移量,将本记录的实际值存入记录数据区链表103中;以及
步骤413,为了保证记录按操作的顺序以FIFO(First Input First Output,先进先出)方式排列在DQ队列中,所以在记录插入成功后,调用记录迁移函数将本记录从CQ队列迁移到DQ队列尾。
请参阅图5所示,是本发明表示内存表在操作过程中的某一时刻各记录存储情况示意图,可以比较清楚展示内存表作为一个二维链表结构控制记录的情况,纵向链表为各记录的冲突队列记录节点,链表头统一放在Hash入口链表101中;横向链表为脏记录队列记录节点,记录按先后顺序插入,脏记录队列的首尾信息保存在内存表结构中,这样很容易根据首地址从队首开始清理过期记录,保证留在内存表中的记录为最新使用过的记录,且确保内存表不会因记录过多而溢出。
如图6所示,是本发明表示查询一条记录的操作过程,因为不管记录是在CQ队列还是在DQ队列中,记录的唯一标识——Hash冲突表的Hash索引值HashIndex都保存在Hash入口链表101中,所以查询时不需要知道记录在那个队列中,只需要根据关键字通过Hash函数计算出对应的Hash索引值HashIndex,根据Hash索引值HashIndex在Hash入口链表101都能找到对应的记录,具体步骤:
步骤601,判断内存表是否可用,若可用,则执行步骤602,若不可用,则错误并退出;
步骤602,根据记录的主键调用Hash函数计算出该记录的Hash入口链表101的入口值EntryIndex;
步骤603,根据入口值EntryIndex从Hash入口链表101中取出对应的Hash索引值HashIndex;
步骤604,根据Hash索引值HashIndex查找对应的冲突队列,并根据主键判断此记录是否存在CQ队列中,如果在CQ队列中找到记录,则执行步骤605;如果在CQ队列中找不到记录,则错误并退出;以及
步骤605,根据记录数据区首地址和本记录的HashIndex偏移量,取出本记录的实际值。
请参阅图7所示,是本发明修改一条记录的操作过程,修改记录时先根据关键字通过Hash函数计算出对应的Hash索引值HashIndex,根据Hash索引值HashIndex在Hash入口链表101中找到对应的记录,再根据Hash索引值HashIndex作为记录值保存的偏移量取出对应的旧值,开始的过程与查询操作一样,具体步骤如下:
步骤701,判断内存表是否可用,若可用,则执行步骤702,若不可用,则错误并退出;
步骤702,根据记录的主键调用Hash函数计算出该记录的Hash入口链表101的入口值EntryIndex;
步骤703,根据入口值EntryIndex从Hash入口链表101中取出对应的Hash索引值HashIndex;
步骤704,根据Hash索引值HashIndex查找对应的冲突队列,并根据主键判断此记录是否存在CQ队列中,如果在CQ队列中找到记录,则执行步骤705;如果在CQ队列中找不到记录,则错误并退出;以及
步骤705,取出记录的旧值后,用新值替换旧值;并判断此记录是否在DQ队列中,如果此记录是在DQ队列中,则执行步骤706,如果此记录不是在DQ队列中,则成功退出;以及
步骤706,为保证CQ队列中的记录最新性,当此记录是在DQ队列中时,将记录从DQ队列中迁移到CQ队列中。
请参阅图8所示,是本发明表示删除一条记录的操作过程,删除记录时先根据关键字通过Hash函数计算出对应的Hash索引值HashIndex,再根据Hash索引值HashIndex在Hash入口链表101中找到对应的记录,具体步骤如下:
步骤801,判断内存表是否可用,若可用,则执行步骤802,若不可用,则错误并退出;
步骤802,根据记录的主键调用Hash函数计算出该记录的Hash入口链表101的入口值EntryIndex;
步骤803,根据入口值EntryIndex从Hash入口链表101中取出对应的Hash索引值HashIndex;
步骤804,根据Hash索引值HashIndex查找对应的冲突队列,并根据主键判断此记录是否存在CQ队列中,如果在CQ队列中找到记录,则执行步骤805;如果在CQ队列中找不到记录,则错误并退出;
步骤805,根据记录的DQ队列的前后向指针及DQ队列的首尾指针,判断此记录是否在DQ队列中,如果此记录在DQ队列中,则执行806,如果此记录不在DQ队列中,则执行807;
步骤806,将此记录先从DQ队列中断开,再将此记录从DQ队列移到CQ队列中;
步骤807,将记录从内存表中删除,即将记录从CQ队列中删除;以及
步骤808,释放出本记录的空间,将本记录节点置空,归还到FQ队列中。
请参阅图9所示,是本发明记录从CQ队列中迁移到DQ队列中的操作过程,迁移的目的是为保证CQ队列只保存最新的记录,而对那些近期可能不再使用到业务流程还没有结束且不能从内存表中删除的记录,需要从CQ队列中迁移到DQ队列中。迁移时先根据关键字通过Hash函数计算出对应的Hash索引值HashIndex,再根据Hash索引值HashIndex在Hash入口链表101找到对应的记录,检查此记录是否在DQ队列中,如果不在,则将此记录插入DQ队列尾。具体步骤如下:
步骤901,判断内存表是否可用,若可用,则执行步骤902,若不可用,则错误并退出;
步骤902,根据记录的主键调用Hash函数计算出该记录的Hash入口链表101的入口值EntryIndex;
步骤903,根据入口值EntryIndex从Hash入口链表101中取出对应的Hash索引值HashIndex;
步骤904,根据Hash索引值HashIndex查找对应的冲突队列,并根据主键判断此记录是否在CQ队列中,如果在CQ队列中找到此记录,则执行步骤905;如果在CQ队列中找不到此记录,则错误并退出;
步骤905,根据记录的DQ队列的前后向指针及DQ的首尾指针,判断此记录是否在DQ队列中;如果记录不在DQ队列中,则执行步骤906;如果记录在DQ队列中,则成功退出;以及
步骤906,将记录插入到DQ队列的队尾。
请参阅图10所示,是本发明表示动态控制内存表空间的操作流程。如果使用率达到最高使用上限,则启动清理线程,进行清理。为保证清理的效率,一般采用批量清理的方式。为防止清理线程无限制的清理,当使用率清理到可用下限时,则停止本次清理工作。当使用率达上限时,并不立即启动清理线程立即开始清理,而是先累加清理请求次数,当请求清理次数达到一定量时,则开始启动清理线程清理,原因是如果一有清理请求就开始启动清理线程,那就会发生清理线程不停地被调用,大大消耗系统的资源,使系统陷入近似死循环的僵局。在内存表使用率达到上限时,内存表并不是全部用满,还有一部分空间可用,只要调整好请求清理次数和业务量间的比例,完全可以保证在清理线程启动前内存表有空闲结点给新记录使用。具体为:
步骤1001,判断本内存表是否已存在,若不存在,则返回错误码退出;若存在,执行步骤1002;
步骤1002,在记录插入内存表前,先要实时统计内存表的使用率,并判断内存表的使用率是否已达到上限,若内存表的使用率没有达到上限时,则执行步骤1006,将记录插入内存表中;若内存表的使用率达到上限时,则执行步骤1003;
步骤1003,累计新记录插入请求次数,并判断请求次数是否达到清理上限,若请求次数未达到清理上限(一定量)时,则执行步骤1006;若请求次数达到清理上限时,执行步骤1004,启动批量清理功能;
该步骤中,累计新记录插入请求次数的目的是避免频繁的记录清理。
步骤1004,当内存表的容量达到使用上限时,则调用清理线程将过期的记录从内存表中清除,释放出一定量空间,以保证内存表的持续可用性;并判断内存表的容量是否已达到可用下限,若不是,则执行步骤1006;若是,则执行步骤1005;
步骤1005,记录清理停止;以及
步骤1006,将记录插入内存表中。
上述步骤1001中,在有新记录需要插入时,采用以下公式实时计算出当前内存表的使用率:
使用率=((CQ记录总数+DQ记录总数)/内存表的总容量)*100
上述步骤1003中,为减少清理的频度,采取批量清理的方式,由清理线程进行批量清理。
请参阅图11所示,是本发明表示清理线程批量清理的操作过程,当清理线程收到开始清理的消息后,从DQ队列的首节点开始,循环进行清理过期记录。先从DQ队列中取出相应的Hash索引值HashIndex,根据Hash索引值HashIndex在Hash入口链表101找到对应的记录,先向物理同步进程发送同步消息,将本消息更新入物理数据库,再将本记录从内存表中删除。一次清理的数量可根据业务量动态设置,一般只在保证每次清理出的空闲节点多于请求插入的新记录节点就可,具体步骤如下:
步骤1101,根据参数配置文件中批量清理值判断清理是否结束,如果结束,则成功退出,结束;如果没有结束,则执行步骤1102;
步骤1102,从DQ队列首地址开始取一条记录,因为DQ是双向指针链表,所以很容易对链表进行操作;
步骤1103,取出一条记录后,为保证内存记录与物理库记录的一致性,所以先发消息给物理库同步进程,将本记录放入同步队列中,等待同步入物理库,并转入步骤1106;
步骤1104,将本记录从DQ队列中删除;
步骤1105,把记录归还到空闲队列,并返回至步骤1101;
步骤1106,物理库同步线程收到消息后,将记录放入同步队列中;
步骤1107,等同步时机到来时,将记录同步入物理库中。
同步时机有两个:一是同步队列满,二是定时同步时间到。这样,就保证了记录信息不会丢失。
一般来说,原则上对于含有数据库操作的联机事务处理系统(OnlineTransaction Processing,OLTP)都可使用本发明的内存表来提高数据库操作效率,用本发明的内存表方法能能大大减少物理数据库的物理I/O操作。
本发明通过对内存表的空间进行实时控制和调整,尽可能将最新的有效期内的消息记录操作在内存数据库进行,最大可能地利用内存操作速度高于物理数据库操作的特点,来提高系统的数据处理性能,并保证内存数据库的稳定可用性与健壮性。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (13)

1. 一种具有容量动态控制功能的内存数据存储装置,其特征在于,包括:数据存储模块、容量监控模块;所述数据存储模块又包括:CQ记录模块、DQ记录模块、FQ记录模块、记录数据模块及节点信息模块;
所述CQ记录模块,用于通过各CQ队列的记录链分别存放同一哈希值的记录,并连接到哈希索引数据区链表上,且所述各记录链的链头连接在哈希入口链表上;
所述DQ记录模块,用于通过脏记录链存放脏记录,并将接入所述脏记录链的记录连接到所述哈希索引数据区链表上;所述接入所述脏记录链的记录属于DQ队列节点,未接入所述脏记录链的记录属于当前记录队列节点,所述脏记录链中的脏记录按使用先后插入;
所述各CQ队列的记录链与所述脏记录链相交的节点为脏记录、当前冲突队列记录和空闲队列记录;
所述FQ记录模块用于存放所述空闲队列记录;
所述记录数据模块,连接所述CQ记录模块、所述DQ记录模块、所述FQ记录模块,用于通过记录数据区链表保存所述脏记录、所述当前冲突队列记录及所述空闲队列记录对应的记录数据;
所述节点信息模块,连接所述CQ记录模块、所述DQ记录模块、所述FQ记录模块、所述记录数据模块,用于存放所述哈希入口链表的表头信息、所述DQ队列的首尾指针信息、所述FQ的首尾指针信息及所述记录数据区链表的首地址信息;
所述容量监控模块通过不同的操作接口对所述数据存储模块进行相应的动态监控与调整。
2. 根据权利要求1所述的具有容量动态控制功能的内存数据存储装置,其特征在于,所述操作接口包括初始化接口、增加记录接口、查询记录接口、修改记录接口、删除记录接口、迁移记录接口、动态控制接口和/或批量清理接口。
3. 一种具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,包括:
步骤一,设置包含纵向链和横向链的二维表表示内存表,所述纵向链为各CQ队列的记录链,一条所述记录链存放同一哈希值的记录,并连接到哈希索引数据区链表上,所述记录链的链头连接在哈希入口链表上,所述哈希入口链表的表头登记在所述内存表的表节点中;
所述横向链为脏记录链,接入所述脏记录链的记录属于DQ队列节点,并连接到所述哈希索引数据区链表上,未接入所述脏记录链的记录属于当前记录队列节点,所述脏记录链中的记录按使用先后插入,所述DQ队列的首尾指针登记在所述内存表的表节点中;
所述纵向链、横向链相交的节点是所述内存表的所有记录,包括脏记录、当前冲突队列记录和空闲队列记录,所述空闲队列记录存放在所述FQ队列,且所述FQ队列的首尾指针登记在所述内存表的表节点中;所述脏记录、所述当前冲突队列记录和所述空闲队列记录对应的记录数据保存在记录数据区链表中,该记录数据区链表的首地址登记在所述内存表的表节点中;及
步骤二,通过相应的操作接口对所述内存表的容量进行相应的动态监控与调整。
4. 根据权利要求3所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述内存表的表节点的结构具体包括:表名、表总容量、哈希模值、每条记录的大小、哈希入口链表的入口指针、哈希索引数据区链表的指针、记录数据区的指针、FQ队列的队首和队尾、DQ队列的队首和队尾、DQ队列的记录数、CQ队列的记录数;其中,所述哈希索引数据区链表的指针又包括:CQ队列的下指针、DQ队列的前向指针、DQ队列的后向指针。
5. 根据权利要求3或4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过初始化接口对所述内存表进行初始化的步骤,具体为:根据所述内存表的参数申请内存,并对相应的成员进行初始化,初始化后所述二维表中的所有节点都属于所述FQ队列节点。
6. 根据权利要求4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过增加记录接口在所述内存表中增加记录的步骤,具体为:监测所述内存表当前的使用率并根据该使用率判断所述内存表当前是否达到使用上限;若未达到使用上限,则直接将该记录插入到内存数据库,并挂在所述纵向链中;若已达到使用上限,则启动清理线程,对所述DQ队列中的记录进行清理,释放空间。
7. 根据权利要求3或4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过查询记录接口在所述内存表中查询记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值。
8. 根据权利要求3或4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过修改记录接口在所述内存表中修改记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值,并用该记录值更新旧值,若该记录在所述DQ队列中,则将该记录移到所述CQ队列。
9. 根据权利要求3或4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过删除记录接口在所述内存表中删除记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值;发送消息给物理数据库同步线程,由该物理数据库同步线程将该消息同步入物理数据库,再将该消息从内存中删除。
10. 根据权利要求3或4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过迁移记录接口在所述内存表中迁移记录的步骤,具体为:根据该记录的主键生成的哈希索引值找到相应的CQ队列的入口,读取相应的记录值;若该记录已在所述DQ队列中,则不处理,若该记录不在所述DQ队列中,则将该记录从所述CQ队列迁移到所述DQ队列。
11. 根据权利要求4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过动态控制接口对所述内存表中的记录进行动态控制的步骤,具体为:当有记录插入时,实时统计出所述内存表当前的使用率;并根据该使用率判断所述内存表当前是否达到已用上限或可用下限,若达到已用上限时,启动清理线程进行数据清理,释放空间;若达到可用下限时,停止清理。
12. 根据权利要求3或4所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述步骤二中,还包括:通过批量清理接口对所述内存表中的记录进行批量清理的步骤,具体为:从所述DQ队列首开始,一次批量读取多条记录;发送消息给物理数据库同步线程,由所述物理数据库同步线程将该消息同步入所述物理数据库,再将记录从所述内存表中删除。
13. 根据权利要求6或11所述的具有容量动态控制功能的内存数据存储装置的实现方法,其特征在于,所述使用率为所述CQ队列的记录总数与所述DQ队列的记录总数之和与所述内存表的总记录数的比值。
CN2007100636125A 2007-02-06 2007-02-06 具有容量动态控制功能的内存数据存储装置及其实现方法 Expired - Fee Related CN101241492B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007100636125A CN101241492B (zh) 2007-02-06 2007-02-06 具有容量动态控制功能的内存数据存储装置及其实现方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007100636125A CN101241492B (zh) 2007-02-06 2007-02-06 具有容量动态控制功能的内存数据存储装置及其实现方法

Publications (2)

Publication Number Publication Date
CN101241492A true CN101241492A (zh) 2008-08-13
CN101241492B CN101241492B (zh) 2011-05-11

Family

ID=39933029

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007100636125A Expired - Fee Related CN101241492B (zh) 2007-02-06 2007-02-06 具有容量动态控制功能的内存数据存储装置及其实现方法

Country Status (1)

Country Link
CN (1) CN101241492B (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101957801A (zh) * 2009-07-15 2011-01-26 富士施乐株式会社 信息处理设备和信息处理方法
CN102110134A (zh) * 2010-12-28 2011-06-29 青岛海信网络科技股份有限公司 轨道交通用实时数据库、操作方法及操作装置
WO2011140673A1 (en) * 2010-05-11 2011-11-17 Intel Corporation Recording dirty information in software distributed shared memory systems
CN102734896A (zh) * 2012-07-06 2012-10-17 青岛海尔空调电子有限公司 一种多联机空调系统运行环境监控方法和装置
CN103065238A (zh) * 2012-12-20 2013-04-24 北京讯鸟软件有限公司 一种通过内存对名单信息动态预准备的方法
CN103176907A (zh) * 2011-12-22 2013-06-26 北京新媒传信科技有限公司 一种内存管理的方法和系统
CN103870483A (zh) * 2012-12-13 2014-06-18 厦门雅迅网络股份有限公司 一种动态调整内存空间批量存储数据的方法
CN104571955A (zh) * 2014-12-27 2015-04-29 华为技术有限公司 提高存储容量的方法和装置
CN103176907B (zh) * 2011-12-22 2016-12-14 北京新媒传信科技有限公司 一种内存管理的方法和系统
CN108108372A (zh) * 2016-11-25 2018-06-01 中兴通讯股份有限公司 一种数据冲突自动校正处理方法及装置
CN108875077A (zh) * 2018-07-10 2018-11-23 上海达梦数据库有限公司 数据库的列存储方法、装置、服务器及存储介质
CN109559398A (zh) * 2018-12-08 2019-04-02 宁波博太科智能科技有限公司 一种收记录处理方法
CN110109785A (zh) * 2019-04-16 2019-08-09 晶晨半导体(上海)股份有限公司 内存容量获取方法、装置、计算机设备及可读存储介质
CN111431806A (zh) * 2020-03-18 2020-07-17 北京京安佳新技术有限公司 一种流表处理方法和设备
CN111767436A (zh) * 2020-06-23 2020-10-13 北京思特奇信息技术股份有限公司 一种hash索引数据的存储、读取方法与系统
CN112463064A (zh) * 2020-12-07 2021-03-09 无锡众星微系统技术有限公司 基于双链表结构的i/o指令管理方法及装置
CN117014460A (zh) * 2023-09-28 2023-11-07 深圳市壹通道科技有限公司 一种基于5g通信的分布式信息管理系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000315167A (ja) * 1999-04-30 2000-11-14 Toshiba Corp データ管理装置、計算機システムおよびプログラムを記憶した記憶媒体
CN1307584C (zh) * 2003-11-17 2007-03-28 中兴通讯股份有限公司 一种用二维表实现的树的存储、访问的方法
CN1276361C (zh) * 2003-12-29 2006-09-20 北京中视联数字系统有限公司 一种嵌入式系统内存管理的方法
CN1848111A (zh) * 2005-04-15 2006-10-18 中兴通讯股份有限公司 用于内存数据库的一种数据操作接口的实现方法

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101957801B (zh) * 2009-07-15 2014-11-19 富士施乐株式会社 信息处理设备和信息处理方法
CN101957801A (zh) * 2009-07-15 2011-01-26 富士施乐株式会社 信息处理设备和信息处理方法
WO2011140673A1 (en) * 2010-05-11 2011-11-17 Intel Corporation Recording dirty information in software distributed shared memory systems
CN102971727A (zh) * 2010-05-11 2013-03-13 英特尔公司 在软件分布式共享存储器系统中记录脏信息
CN102971727B (zh) * 2010-05-11 2016-05-11 英特尔公司 在软件分布式共享存储器系统中记录脏信息
CN102110134A (zh) * 2010-12-28 2011-06-29 青岛海信网络科技股份有限公司 轨道交通用实时数据库、操作方法及操作装置
CN102110134B (zh) * 2010-12-28 2013-05-29 青岛海信网络科技股份有限公司 轨道交通用实时数据库、操作方法及操作装置
CN103176907B (zh) * 2011-12-22 2016-12-14 北京新媒传信科技有限公司 一种内存管理的方法和系统
CN103176907A (zh) * 2011-12-22 2013-06-26 北京新媒传信科技有限公司 一种内存管理的方法和系统
CN102734896B (zh) * 2012-07-06 2017-08-22 青岛海尔空调电子有限公司 一种多联机空调系统运行环境监控方法和装置
CN102734896A (zh) * 2012-07-06 2012-10-17 青岛海尔空调电子有限公司 一种多联机空调系统运行环境监控方法和装置
CN103870483A (zh) * 2012-12-13 2014-06-18 厦门雅迅网络股份有限公司 一种动态调整内存空间批量存储数据的方法
CN103870483B (zh) * 2012-12-13 2018-04-20 厦门雅迅网络股份有限公司 一种动态调整内存空间批量存储数据的方法
CN103065238B (zh) * 2012-12-20 2016-08-31 北京讯鸟软件有限公司 一种通过内存对名单信息动态预准备的方法
CN103065238A (zh) * 2012-12-20 2013-04-24 北京讯鸟软件有限公司 一种通过内存对名单信息动态预准备的方法
CN104571955A (zh) * 2014-12-27 2015-04-29 华为技术有限公司 提高存储容量的方法和装置
CN108108372A (zh) * 2016-11-25 2018-06-01 中兴通讯股份有限公司 一种数据冲突自动校正处理方法及装置
CN108108372B (zh) * 2016-11-25 2023-05-23 中兴通讯股份有限公司 一种数据冲突自动校正处理方法及装置
CN108875077B (zh) * 2018-07-10 2021-02-09 上海达梦数据库有限公司 数据库的列存储方法、装置、服务器及存储介质
CN108875077A (zh) * 2018-07-10 2018-11-23 上海达梦数据库有限公司 数据库的列存储方法、装置、服务器及存储介质
CN109559398A (zh) * 2018-12-08 2019-04-02 宁波博太科智能科技有限公司 一种收记录处理方法
CN110109785A (zh) * 2019-04-16 2019-08-09 晶晨半导体(上海)股份有限公司 内存容量获取方法、装置、计算机设备及可读存储介质
CN111431806A (zh) * 2020-03-18 2020-07-17 北京京安佳新技术有限公司 一种流表处理方法和设备
CN111431806B (zh) * 2020-03-18 2022-07-08 北京京安佳新技术有限公司 一种流表处理方法和设备
CN111767436A (zh) * 2020-06-23 2020-10-13 北京思特奇信息技术股份有限公司 一种hash索引数据的存储、读取方法与系统
CN111767436B (zh) * 2020-06-23 2023-11-10 北京思特奇信息技术股份有限公司 一种hash索引数据的存储、读取方法与系统
CN112463064A (zh) * 2020-12-07 2021-03-09 无锡众星微系统技术有限公司 基于双链表结构的i/o指令管理方法及装置
CN112463064B (zh) * 2020-12-07 2022-02-08 无锡众星微系统技术有限公司 基于双链表结构的i/o指令管理方法及装置
CN117014460A (zh) * 2023-09-28 2023-11-07 深圳市壹通道科技有限公司 一种基于5g通信的分布式信息管理系统
CN117014460B (zh) * 2023-09-28 2023-12-29 深圳市壹通道科技有限公司 一种基于5g通信的分布式信息管理系统

Also Published As

Publication number Publication date
CN101241492B (zh) 2011-05-11

Similar Documents

Publication Publication Date Title
CN101241492B (zh) 具有容量动态控制功能的内存数据存储装置及其实现方法
CN100590609C (zh) 一种基于非连续页的动态内存管理方法
CN101208671B (zh) 管理消息队列
CN104301360B (zh) 一种日志数据记录的方法、日志服务器及系统
CN105630955B (zh) 一种高效动态的数据集合成员管理方法
Varghese et al. Hashed and hierarchical timing wheels: Data structures for the efficient implementation of a timer facility
US9230002B2 (en) High performant information sharing and replication for single-publisher and multiple-subscriber configuration
CN104156380B (zh) 一种分布式存储器哈希索引方法及系统
CN101419616A (zh) 一种数据同步方法及装置
CN101620618B (zh) 内存存储数据的维护方法与装置
CN103218176B (zh) 数据处理方法及装置
Nath et al. Online maintenance of very large random samples on flash storage
Golubchik et al. Analysis of striping techniques in robotic storage libraries
CN100596077C (zh) 通道化逻辑单通道统计的方法和装置
CN102073697A (zh) 一种数据处理方法及装置
CN109445702A (zh) 一种块级数据去重存储系统
CN106095850A (zh) 一种数据处理方法及设备
Li et al. {ROLEX}: A Scalable {RDMA-oriented} Learned {Key-Value} Store for Disaggregated Memory Systems
CN103942301B (zh) 一种面向多数据类型访问应用的分布式文件系统
CN101895568B (zh) 一种同步数据清理的方法和系统
CN116628028A (zh) 仿真过程数据实时采集处理存储系统及方法
JP3446704B2 (ja) シェーパ及びそれに用いるスケジューリング方法
CN116089364B (zh) 一种存储文件管理方法、装置、ai平台和存储介质
Rönngren et al. Efficient implementation of event sets in time warp
CN107908713A (zh) 一种基于Redis集群的分布式动态杜鹃过滤系统及其过滤方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110511

Termination date: 20160206