CN109359095B - 一种大数据快速读取的dlk方法 - Google Patents
一种大数据快速读取的dlk方法 Download PDFInfo
- Publication number
- CN109359095B CN109359095B CN201811054777.0A CN201811054777A CN109359095B CN 109359095 B CN109359095 B CN 109359095B CN 201811054777 A CN201811054777 A CN 201811054777A CN 109359095 B CN109359095 B CN 109359095B
- Authority
- CN
- China
- Prior art keywords
- data
- cache
- queue
- access frequency
- access
- 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.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本发明涉及一种大数据快速读取的DLK方法,其特征在于,缓存空间内存储的缓存基本单位为<Data,Timestamp,K>,将缓存空间划分为数据区及列表区,数据区用于存储Data,列表区用于存储Timestamp及K。本发明提出的分布式存储模式的面向记录的缓存方法,可以有效的提升分布式存储模式中的面向记录的检索效率,该方法优化了面向记录的检索速率,使用双队列的结构缓存高频和低频的缓存数据提升了缓存的命中率。在缓存空间中,划分了数据区和列表区,进一步优化了缓存的查询和异步执行效率。从优化算法提高命中率和优化数据存储结构提升执行效率两个方面提升了分布式存储模式的检索性能。
Description
技术领域
本发明涉及一种大数据缓存的快速读取方法,属于大数据技术领域。
背景技术
缓存被广泛应用到操作系统、CPU、数据库、CDN等领域,大量的学者针对置换算法进行了研究,基于经典的置换算法进行了不同的改进。LRU-K算法在LRU的基础上增加了一个访问历史队列,这个队列不缓存数据,仅存储数据的访问历史记录。在一定的周期内,某一数据在访问历史队列中出现的次数达到K次时,将该数据放入缓存中。Johnson等提出的2Q算法是基于两个LRU缓存队列实现的,当数据在一定的周期内第一次被访问时,缓存到第一个缓存队列,当第一个缓存队列中的数据第2次被访问时,将该数据从第一个缓存队列移到第二个缓存队列。Zhou等提出MQ算法使用多个LRU缓存队列存储缓存数据,当前缓存队列中的数据访问次数达到2次时,将缓存数据移至下一级缓存队列,如此往复,直到数据进入最后一级缓存队列。ARC算法是一种动态的缓存算法,它使用了两个LRU队列L1和L2进行数据的缓存,但是这两个队列的容量是动态变化的,与L1和L2一一对应的是两个访问历史队列H1和H2。Hongbin Tsai等提出了一种时间偏移LRU(Time-shift least recently used)算法——TSLRU。TSLRU使用FIFO队列和最小堆(min heap)两种数据结构,FIFO队列存储最近访问的数据,最小堆存储再次被访问的缓存数据。Sai Huang等提出了一种基于SSD的动态缓存算法LARC。
在分布式环境中,学者也进行了广泛的研究。如Ge Wei等提出的HiBase中建立了基于分布式内存的索引热点数据缓存替换策略和技术,对索引数据进行缓存,提升索引查询效率。其缓存实现的主要思想是当缓存空间未满时,采用“访问即插入”的策略,使得缓存空间得到充分利用;当缓存空间已满,需要执行置换操作时,通过数据的访问频率并结合热度衰减系数对每一条数据进行累积热度评分,将累积热度评分较低的数据淘汰,移出缓存。但是该算法在数据访问频率差不多的环境下,换入换出的操作会急剧增加,导致命中率下降。Jing Zhang等提出了一种面向实时云服务的缓存系统,在Hadoop的分布式文件系统的上层增加了基于LRU算法的分布式缓存层,对文件进行缓存。其缓存系统仍具有LRU不关注数据访问频率的缺点。
在大数据的挖掘分析中,数据通常具有冷热分布的特征:20%的数据在检索过程中会被频繁访问,剩下的80%数据较少被访问。为了提高数据的查询检索性能,减少磁盘的I/O操作,数据存储时普遍对热数据建立副本并存储在内存中,这些内存中的副本数据被称为缓存。分布式存储模式中BigTable,HBase等都提供了针对文件块的缓存。以HBase为例,它使用本地文件系统或者Hadoop的HDFS作为存储支撑,将文件的文件块(block)缓存进BlockCache中提升检索效率。
在物理存储中,文件分为若干个文件块进行存储,文件块缓存将文件块作为缓存的最小单位,在缓存层与物理存储层使用相同的物理结构进行存储,减小了不必要的文件转换操作。但是,在大数据挖掘分析中,对数据的查询检索通常是针对记录的、分散随机的。文件块的缓存在顺序读的环境下能带来较高的命中率,对查询检索的效率有明显的提升;但在分散的、随机的读取环境下基于文件块的缓存策略并不是高效的、最适用的缓存策略。
发明内容
本发明的目的是:提高缓存命中率及置换速度。
为了达到上述目的,本发明的技术方案是提供了一种大数据快速读取的DLK方法,其特征在于,缓存空间内存储的缓存基本单位为<Data,Timestamp,K>,Data为序列化数据,Timestamp为访问时间,K为访问频次,将缓存空间划分为数据区及列表区,数据区用于存储Data,列表区用于存储Timestamp及K,则所述DLK方法包括以下步骤:
步骤1、客户端发起检索请求,检索请求中包括了需要获取的数据的主键,系统接收到检索请求后,判断需要获取的数据是否在缓存空间中,若在缓存空间中,则缓存命中,从缓存空间中获得检索结果,若不在缓存空间中,则缓存未命中,从数据库中获得检索结果,将检索结果返回客户端;
步骤2、检索结果返回客户端时,同时发生缓存更新操作,若步骤1中为缓存未命中,则缓存更新操作包括以下步骤:
步骤2011、将从数据库得到的数据序列化为序列化数据Data,记录访问频次K和访问时间Timestamp;
步骤2012、判断第一级缓存队列是否还有存储空间,若第一级缓存队列已满,依据LRU规则,淘汰第一级缓存队列中的一条数据,进入下一步,否则直接进入下一步;
步骤2013、缓存数据;
若步骤1中为缓存命中,则缓存更新操作包括以下步骤:
步骤2021、判断检索结果是否在第一级队列命中,若不是,则进入步骤2022,若是,则进入步骤2024;
步骤2022、更新检索结果对应的访问频次K及访问时间Timestamp;
步骤2023、依据LRU规则更新第二级队列;
步骤2024、更新检索结果对应的访问频次K及访问时间Timestamp;
步骤2025、判断访问频次K是否大于等于Kmax,Kmax为访问频次阈值,若不是,则依据LRU规则更新第一级队列,若是,则进入步骤2026;
步骤2026、判断第二级队列是否还有空间,若有空间,则将检索结果对应的数据缓存进第二级队列并在第一级队列中删除,若没有空间,则依据LRU规制淘汰第二级队列一条数据后,将检索结果对应的数据缓存进第二级队列;
步骤2027、将第二级队列的淘汰数据缓存进第一级队列,依据淘汰数据的访问时间Timestamp将淘汰数据插入第一级队列,确保第一级队列的时间戳有序性;
步骤2028、更新淘汰数据的访问频次K,重置淘汰数据的访问频次K为相邻两条缓存数据的访问频次K的平均值,假设淘汰数据插入第一级队列的位置i处,则淘汰数据的访问频次K为:Ki-1为第一级队列的位置i-1处的数据的访问频次,Ki+1为第一级队列的位置i+1处的数据的访问频次。
优选地,将数据缓存入缓存空间包括以下步骤:
步骤301、结合序列化数据Data的主键建立键值对,将键值对存储在数据区;
步骤302、记录访问频次K及访问时间Timestamp;
步骤303、结合主键构建主键与访问频次K及访问时间Timestamp的键值对;
步骤304、将步骤303得到的键值对存储在列表区。
本发明提出的分布式存储模式的面向记录的缓存方法,可以有效的提升分布式存储模式中的面向记录的检索效率,该方法优化了面向记录的检索速率,使用双队列的结构缓存高频和低频的缓存数据提升了缓存的命中率。在缓存空间中,划分了数据区和列表区,进一步优化了缓存的查询和异步执行效率。从优化算法提高命中率和优化数据存储结构提升执行效率两个方面提升了分布式存储模式的检索性能。
附图说明
图1展示的是分布式存储模式下的缓存结构,克服了分布式环境下面向文件块缓存的缺点,提升了命中率。图中同样展示了客户端在检索数据时的操作流,先在缓存中进行查找,如果没有命中,则在原数据库中查找,并缓存进缓存空间中。
图2展示的是本发明中的数据检索流程,先在缓存中进行查找,如果没有命中,则在原数据库中查找,并缓存进缓存空间中。将数据返回给客户端后,更新缓存的相关信息。
图3展示了构建缓存空间更新的基本流程。
图4展示了构建缓存数据在缓存空间的基本单位的流程。
图5展示了双队列置换算法的缓存未命中时的缓存更新的流程。
图6展示了双队列置换算法的缓存命中时的缓存更新的流程。
图7展示的是构建缓存空间及划分数据区和列表区的流程。
图8展示的是数据检索模拟流程。
具体实施方式
下面结合具体实施例,进一步阐述本发明。应理解,这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解,在阅读了本发明讲授的内容之后,本领域技术人员可以对本发明作各种改动或修改,这些等价形式同样落于本申请所附权利要求书所限定的范围。
本发明涉及大数据分布式缓存策略,主要有以下三部分内容:
(1)建立了分布式存储模式中面向记录的缓存结构。
(2)提出了面向记录的缓存方法。本发明通过双LRU结构区分数据访问频率,针对不同的访问频率将缓存数据进行一步划分为高频访问数据和低频访问数据,克服了循环查询过程中发生页面抖动导致查询速率下降和置换开销增大的缺点。
(3)在缓存空间中,划分为数据区和列表区。将缓存数据和数据的缓存结构信息分别存储在不同的区域中,通过不同的存储结构,提升了数据的检索速度和置换处理的效率。
本发明的技术核心在于第(2)部分和第(3)部分,在大数据分布式存储模式上提出面向记录的缓存及缓存算法。在分布式存储模式中,文件块的缓存是基于集群中各个节点的局部缓存,局部缓存虽然分解了缓存的压力,但局部缓存不如全局缓存命中率高。另一方面,文件块相较于数据中的记录来说,粒度太大,文件块缓存命中率较低。针对以上问题,本发明提出了基于记录的全局缓存算法,并在缓存中划分了数据区和列表区以提高缓存查询及置换的速度。
根据以上思想,使用本发明的面向记录的缓存结构的数据检索流程如下:
数据检索流程。由客户端发起检索操作,本发明涉及的系统接收检索请求,并根据检索条件在缓存中或原数据库中获取相应检索数据,并返回客户端。具体操作步骤如下:
S101发起检索请求。客户端根据实际应用情况,发起检索请求。检索请求中包括了需要获取数据的主键。
S102接收检索请求,根据需要获取数据是否在缓存空间中判断是否缓存命中。
S103若需要获取数据在缓存空间中,则缓存命中,从缓存空间中获得检索结果。
S104若需要获取数据不在缓存空间中,则缓存未命中,需要进行入原数据库进行查找。
S105在原数据库中获得检索结果。
S106将检索结果返回客户端。
缓存更新流程。数据检索过程中,缓存命中与缓存未命中均会引发缓存更新操作。缓存更新操作主要涉及到了缓存数据的相关信息与结构。具体操作步骤如下:
S201触发更新。检索操作触发缓存更新操作,缓存更新操作为异步操作,检索结果返回客户端时,同时发生缓存更新操作。
S202判断是否缓存命中。
S203若缓存命中,则启动缓存命中更新。只更新缓存数据的相关信息与缓存结构。
S204若缓存未命,则启动缓存未命中更新。将新的检索数据缓存进缓存空间,并存储相关信息。同时,调整缓存结构。
S205完成更新。
在建立分布式存储模式的全局缓存结构中,本发明首先提出了面向记录的双队列缓存置换算法,使用双队列存储高频访问和低频访问的缓存数据。该方法的具体操作步骤如下:
缓存空间中存储原始数据、访问频次以及最后一次访问时间。
S301序列化原始数据,对数据库中的单条数据缓存时,进行字符串序列化或者二进制序列化,最后得到序列化后的序列化数据Data。
S302访问时间Timestamp,记录当前数据被访问的时间戳,每次访问都会更新这个时间戳。
S303访问频次K,记录当前数据被在缓存生命周期中访问的频次。每次访问一次,访问频次K增1。
S304缓存基本单位:序列化数据Data、访问时间Timestamp、访问频次K组成缓存数据的一个基本单位。每一个缓存数据都包含以上三种信息。
<Data,Timestamp,K>
缓存空间中缓存数据的存储结构,本发明使用双队列进行缓存数据的组织存储,分为第一级队列,第二级队列。第一级队列使用LRU置换算法,所有需要缓存的数据均缓存进第一级队列。当第一级队列中的数据访问次数达到Kmax次时缓存进第二级队列。第二级队列也使用LRU置换算法。其中Kmax为指定的访问频次阈值。在以上的基础上,缓存数据的基本流程如下:
缓存未命中时:
S401数据处理。从数据库得到需要缓存的数据,进行序列化,记录访问频次K和访问时间Timestamp。
S402判断第一级缓存队列是否还有存储空间。
S403若第一级缓存队列已满,依据LRU规则,淘汰第一级缓存队列中的一条数据,进入下一步。
S404缓存新数据。
缓存命中时:
S501判断缓存数据是否在第一级队列命中
S502若第一级队列未命中,则缓存数据在第二级队列命中。
S503更新缓存数据的访问频次K。
S504更新缓存数据的访问时间Timestamp。
S505依据LRU规则更新第二级队列。
S506若缓存数据在第一级队列命中。
S507更新缓存数据的访问频次K。
S508更新缓存数据的访问时间Timestamp。
S509判断访问频次K是否大于等于Kmax。
S510若访问频次K小于Kmax,则依据LRU规则更新第一级队列。
S511若访问频次K大于等于Kmax,判断第二级队列是否还有空间。
S512若第二级队列还有空间,则将该数据缓存进第二级队列并在第一级队列中删除。
S513若第级队列没有空间,则依据LRU规制淘汰第二级队列一条数据。
S514将新数据缓存进第二级队列。
S515将第二级队列的淘汰数据缓存进第一级队列。依据淘汰数据的访问时间戳将淘汰数据插入第一级队列,确保第一级队列的时间戳有序性。
S516更新淘汰数据的访问频次K,重置淘汰数据的访问频次K为相邻两条缓存数据的访问频次K的平均值。假设淘汰数据插入第一级队列的位置i处,则淘汰数据的访问频次K为:
在缓存空间中,本发明提出划分缓存空间为数据区和列表区的方法,使用数据区存储序列化数据,使用列表区存储缓存数据的队列信息。数据区中的数据以键值对的形式进行存储以提升查找效率。缓存空间中的组织结构如下:
S601划分空间。将存储空间划分为数据区和列表区。
S602划分数据区,数据区只存储序列化缓存数据,以键值对的形式进行存储。
S603序列化缓存数据。
S604结合数据主键建立键值对。
S605将键值对存储在数据区。
S606划分列表区。
S607记录缓存数据的访问频次K。
S608记录缓存数据的访问时间Timestamp。
S609结合主键构建键值对。
S610将键值对存储在列表区。
本发明所述的分布式模式中面向记录的缓存方法可以应用到只支持文件块缓存的分布式数据库中,本发明应用到Apache的HBase分布式非关系型数据库中进行实验验证,在原数据库的上层搭建全局缓存层并使用本发明的缓存置换算法提升数据检索效率。具体方法如图8所示。
以国内某主流银行的真实的网络交易数据为基础,数据集包含了银行三个月的B2C交易记录,抽取2万条数据,并生成高低频均匀分布的有序访问序列,序列长度为15万条。具体流程如下:
S1将B2C交易数据存入HBase中。
S2从HBase中抽取2万条数据。
S3使2万条数据,生成15条有序数据序列,并保证数据序列中数据的出现的频次高低频均匀分布。
S4提取15万条数据的主键,并保持原有的顺序。
S5按照图7所示的流程进行数据检索,最后得到整个检索过程的时间消耗。
Claims (2)
1.一种大数据快速读取的DLK方法,其特征在于,缓存空间内存储的缓存基本单位为<Data,Timestamp,K>,Data为序列化数据,Timestamp为访问时间,K为访问频次,将缓存空间划分为数据区及列表区,数据区用于存储Data,列表区用于存储Timestamp及K,则所述DLK方法包括以下步骤:
步骤1、客户端发起检索请求,检索请求中包括了需要获取的数据的主键,系统接收到检索请求后,判断需要获取的数据是否在缓存空间中,若在缓存空间中,则缓存命中,从缓存空间中获得检索结果,若不在缓存空间中,则缓存未命中,从数据库中获得检索结果,将检索结果返回客户端;
步骤2、检索结果返回客户端时,同时发生缓存更新操作,若步骤1中为缓存未命中,则缓存更新操作包括以下步骤:
步骤2011、将从数据库得到的数据序列化为序列化数据Data,记录访问频次K和访问时间Timestamp;
步骤2012、判断第一级缓存队列是否还有存储空间,若第一级缓存队列已满,依据LRU规则,淘汰第一级缓存队列中的一条数据,进入下一步,否则直接进入下一步;
步骤2013、缓存数据;
若步骤1中为缓存命中,则缓存更新操作包括以下步骤:
步骤2021、判断检索结果是否在第一级队列命中,若不是,则进入步骤2022,若是,则进入步骤2024;
步骤2022、更新检索结果对应的访问频次K及访问时间Timestamp;
步骤2023、依据LRU规则更新第二级队列;
步骤2024、更新检索结果对应的访问频次K及访问时间Timestamp;
步骤2025、判断访问频次K是否大于等于Kmax,Kmax为访问频次阈值,若不是,则依据LRU规则更新第一级队列,若是,则进入步骤2026;
步骤2026、判断第二级队列是否还有空间,若有空间,则将检索结果对应的数据缓存进第二级队列并在第一级队列中删除,若没有空间,则依据LRU规制淘汰第二级队列一条数据后,将检索结果对应的数据缓存进第二级队列;
步骤2027、将第二级队列的淘汰数据缓存进第一级队列,依据淘汰数据的访问时间Timestamp将淘汰数据插入第一级队列,确保第一级队列的时间戳有序性;
2.如权利要求1所述的一种大数据快速读取的DLK方法,其特征在于,将数据缓存入缓存空间包括以下步骤:
步骤301、结合序列化数据Data的主键建立键值对,将键值对存储在数据区;
步骤302、记录访问频次K及访问时间Timestamp;
步骤303、结合主键构建主键与访问频次K及访问时间Timestamp的键值对;步骤304、将步骤303得到的键值对存储在列表区。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811054777.0A CN109359095B (zh) | 2018-09-11 | 2018-09-11 | 一种大数据快速读取的dlk方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811054777.0A CN109359095B (zh) | 2018-09-11 | 2018-09-11 | 一种大数据快速读取的dlk方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109359095A CN109359095A (zh) | 2019-02-19 |
CN109359095B true CN109359095B (zh) | 2021-07-16 |
Family
ID=65350891
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811054777.0A Active CN109359095B (zh) | 2018-09-11 | 2018-09-11 | 一种大数据快速读取的dlk方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109359095B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110569261B (zh) * | 2019-08-09 | 2022-07-12 | 苏州浪潮智能科技有限公司 | 一种用于更新高速缓存区中所存储的资源的方法和装置 |
CN110795457B (zh) * | 2019-09-24 | 2023-05-05 | 苏宁云计算有限公司 | 数据缓存处理方法、装置、计算机设备和存储介质 |
CN110837480A (zh) * | 2019-11-07 | 2020-02-25 | 北京沃东天骏信息技术有限公司 | 缓存数据的处理方法及装置、计算机存储介质、电子设备 |
CN111309650B (zh) * | 2020-02-11 | 2024-01-05 | 广州市百果园信息技术有限公司 | 缓存控制方法、装置、存储介质及设备 |
CN111752905B (zh) * | 2020-07-01 | 2024-04-09 | 浪潮云信息技术股份公司 | 一种基于对象存储的大文件分布式缓存系统 |
CN112015679B (zh) * | 2020-08-07 | 2022-07-08 | 苏州浪潮智能科技有限公司 | 一种基于访问频率的缓存优化方法及系统 |
CN112269830A (zh) * | 2020-10-20 | 2021-01-26 | 苏州莱锦机电自动化有限公司 | 大数据分析方法、系统、计算机设备及其存储介质 |
CN112364016B (zh) * | 2020-10-27 | 2021-08-31 | 中国地震局地质研究所 | 一种异频数据对象的时间嵌套缓存模型的构建方法 |
CN112667530A (zh) * | 2020-12-31 | 2021-04-16 | 联想(北京)有限公司 | 一种数据缓存方法及装置 |
CN112948444A (zh) * | 2021-04-07 | 2021-06-11 | 北京电解智科技有限公司 | 一种缓存数据的管理方法和装置 |
CN112905646A (zh) * | 2021-04-07 | 2021-06-04 | 成都新希望金融信息有限公司 | 一种基于访问统计的地理数据加载方法及装置 |
CN114025019A (zh) * | 2022-01-05 | 2022-02-08 | 深圳市名竹科技有限公司 | 基于arc算法的cdn缓存实现方法、装置和计算机设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8271736B2 (en) * | 2008-02-07 | 2012-09-18 | International Business Machines Corporation | Data block frequency map dependent caching |
CN102737068A (zh) * | 2011-04-15 | 2012-10-17 | 北京百度网讯科技有限公司 | 一种用于对检索数据进行缓存管理的方法与设备 |
CN102955786A (zh) * | 2011-08-22 | 2013-03-06 | 北大方正集团有限公司 | 一种动态网页数据缓存和发布方法及系统 |
CN103024045A (zh) * | 2011-12-16 | 2013-04-03 | 微软公司 | 应用驱动的cdn预高速缓存 |
-
2018
- 2018-09-11 CN CN201811054777.0A patent/CN109359095B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8271736B2 (en) * | 2008-02-07 | 2012-09-18 | International Business Machines Corporation | Data block frequency map dependent caching |
CN102737068A (zh) * | 2011-04-15 | 2012-10-17 | 北京百度网讯科技有限公司 | 一种用于对检索数据进行缓存管理的方法与设备 |
CN102955786A (zh) * | 2011-08-22 | 2013-03-06 | 北大方正集团有限公司 | 一种动态网页数据缓存和发布方法及系统 |
CN103024045A (zh) * | 2011-12-16 | 2013-04-03 | 微软公司 | 应用驱动的cdn预高速缓存 |
Also Published As
Publication number | Publication date |
---|---|
CN109359095A (zh) | 2019-02-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109359095B (zh) | 一种大数据快速读取的dlk方法 | |
CN108009008B (zh) | 数据处理方法和系统、电子设备 | |
US10409728B2 (en) | File access predication using counter based eviction policies at the file and page level | |
CN104050250B (zh) | 一种分布式键-值查询方法和查询引擎系统 | |
CN110162528A (zh) | 海量大数据检索方法及系统 | |
US20090204753A1 (en) | System for refreshing cache results | |
CN102819586B (zh) | 一种基于高速缓存的url分类方法和设备 | |
CN105683898A (zh) | 对储存系统中数据高效存储与检索的组相关哈希表组织 | |
CN107391600A (zh) | 用于在内存中存取时序数据的方法和装置 | |
CN104956341A (zh) | 数据迁移方法、装置和处理器 | |
CN106055679A (zh) | 一种多层次缓存感知型索引方法 | |
CN114817195A (zh) | 一种分布式存储缓存管理的方法、系统、存储介质及设备 | |
CN104281673A (zh) | 一种数据库的缓存构建系统及对应的构建方法 | |
JPWO2012114402A1 (ja) | データベース管理装置及びデータベース管理方法 | |
Zhang et al. | Redis++: A high performance in-memory database based on segmented memory management and two-level hash index | |
CN115878677A (zh) | 分布式多级缓存的数据处理方法和装置 | |
Zhang et al. | A Two‐Level Cache for Distributed Information Retrieval in Search Engines | |
CN114003660B (zh) | 基于flink的高效同步实时数据到ClickHouse的方法及装置 | |
Aksu et al. | Graph aware caching policy for distributed graph stores | |
CN114356241A (zh) | 小对象数据的存储方法、装置、电子设备和可读介质 | |
CN115168416A (zh) | 数据缓存方法、装置、存储介质及电子装置 | |
KR101976320B1 (ko) | 라스트 레벨 캐시 메모리 및 이의 데이터 관리 방법 | |
Ge et al. | Cinhba: A secondary index with hotscore caching policy on key-value data store | |
CN113688113A (zh) | 针对分布式文件系统的元数据预取系统及方法 | |
CN103365897A (zh) | 一种支持Bigtable数据模型的片段缓存方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |