CN114942851B - 一种内存数据的读写方法以及读写装置 - Google Patents
一种内存数据的读写方法以及读写装置 Download PDFInfo
- Publication number
- CN114942851B CN114942851B CN202210874649.0A CN202210874649A CN114942851B CN 114942851 B CN114942851 B CN 114942851B CN 202210874649 A CN202210874649 A CN 202210874649A CN 114942851 B CN114942851 B CN 114942851B
- Authority
- CN
- China
- Prior art keywords
- data
- key
- time stamp
- mode
- memory data
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
- G06F18/24—Classification techniques
- G06F18/241—Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Life Sciences & Earth Sciences (AREA)
- Artificial Intelligence (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Bioinformatics & Computational Biology (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Evolutionary Biology (AREA)
- Evolutionary Computation (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种内存数据的读写方法及读写装置,属于数据读写技术领域,读写方法包括:通过试探方式检测当前系统支持的异步输入输出处理方式;确定目标处理方式;对键值型内存数据进行分类;针对不同类别的键值型内存数据,利用目标处理方式进行多线程并行处理。在本申请提供的读写方法中,通过预先对键值型内存数据进行分类,对不同类别的键值型内存数据利用异步IO处理方式进行多线程并行处理,能够充分利用物理CPU资源,胜任大批量数据处理,提高数据处理效率。
Description
技术领域
本申请属于数据读写技术领域,具体涉及一种内存数据的读写方法以及读写装置。
背景技术
Key-Value(键值)型数据管理技术由于查询速度快、存放数据量大、支持高并发,非常适合通过主键进行查询,广泛应用于数据缓存领域。
但目前在数据缓存技术领域,在一个进程内的数据,通常采用单一线程管理,而分布在进程间的数据采用主备模式来管理,即对数据修改性的操作,如:新增、删除和修改,由单一线程的程序进程来实现,确保了数据的一致性,而数据的读取操作,不会导致数据的变化,由多个进程提供服务,而不同进程对应的数据节点即分为主节点和备份节点,主备之间由主节点主动向多个备节点同步数据。
现有技术采用单一线程的程序进程进行数据处理,无法充分利用硬件资源,由于硬件技术的瓶颈问题,单一CPU(Central Processing Unit,中央处理器)的性能几乎达到了极限,因此提升CPU的总体性能依赖于多核、多CPU分布式架构来解决,现有技术单一线程的技术体系,其数据管控能力被限制在了单一CPU的单核能力上,无法充分发挥计算机多物理核心的优势,在遇到数据量较大的情况时,不得不依赖于分布式多进程模式来管理数据,存在数据碎片化导致的数据管理复杂,特别是访问全量数据困难,跨进程数据计算困难等问题,尤其在面临多进程数据联合性复杂运算且实时性要求较高的情况时,现有技术很难独立胜任。
发明内容
本申请实施例的目的是提供一种内存数据的读写方法以及读写装置,能够解决目前单一线程的数据处理方式难以胜任大数据量处理,处理效率低下的技术问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本申请实施例提供了一种内存数据的读写方法,包括:
通过试探方式检测当前系统支持的异步输入输出处理方式;
确定目标处理方式;
对键值型内存数据进行分类;
针对不同类别的键值型内存数据,利用所述目标处理方式进行多线程并行处理。
第二方面,本申请实施例提供了一种内存数据的读写装置,包括:
检测模块,用于通过试探方式检测当前系统支持的异步输入输出处理方式;
第一确定模块,用于确定所述目标处理方式;
分类模块,用于对键值型内存数据进行分类;
多线程处理模块,用于针对不同类别的键值型内存数据,利用所述目标处理方式进行多线程并行处理。
在本申请实施例中,通过预先对键值型内存数据进行分类,对不同类别的键值型内存数据利用异步IO处理方式进行多线程并行处理。能够充分利用物理CPU资源,胜任大批量数据处理,提高数据处理效率。
附图说明
图1是本申请实施例提供的一种内存数据的读写方法的流程示意图;
图2是本申请实施例提供的内存数据的读写方法的具体实现流程图;
图3是本申请实施例提供的一种内存数据的读写装置的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例、参照附图做进一步说明。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的内存数据的读写方法进行详细地说明。
实施例一
参照图1,示出了本申请实施例提供的一种内存数据的读写方法的流程示意图,包括以下步骤:
S101:通过试探方式检测当前系统支持的异步输入输出(Input Output,以下简称:IO)处理方式。
在实际应用过程中,可以利用异步IO机制实现服务器Socket(套结字)端口监听。
其中,异步IO处理方式包括KQueue(Key Queue)方式、EPoll(Event Poll)方式和NioSelector(No Blocking Input Output Selector)方式,如图2所示。
进一步地,KQueue是一种操作系统提供的队列方式异步IO模型,EPoll是一种事件驱动的异步IO模型,NioSelector是一种非阻塞输入输出选择器。
S102:确定目标处理方式。
也就是说,在KQueue方式、EPoll方式和NioSelector方式中选择一种最优的处理方式进行数据处理。
在一种可能的实施方式中,S102具体为:按照KQueue方式、EPoll方式和NioSelector方式的优先级顺序确定目标处理方式。
也就是说,优选选择KQueue方式进行数据处理,在不支持KQueue方式的情况下,再优先选择EPoll方式进行数据处理,最后选择NioSelector方式进行数据处理。
在本申请实施例中,采用三种测试样例对上述处理方式进行压力测试,第一组数据为6字节key、32字节value,500万随机数据;第二组数据为64字节key、256字节value,100万随机数据;第三组数据为200字节key,8196字节value,50万随机数据。分别模拟小数据量、中等数据量和大数据量时各种IO模式的性能对比。根据对比KQueue方式和EPoll方式均快于NioSelector方式,同时KQueue方式略快于EPoll方式。
S103:对键值型内存数据进行分类。
其中,键值型内存数据是key-value形式的,该类数据key和value是一对数据,数据操作均以key为基础,例如:写入数据时会指定key对应的value的内容,读取数据时将要求按照key返回对应的value内容,不同的key对应不同的value,但同一个key必须对应同一个的value。之所以预先进行分类处理,是由于并行处理的先决条件是需要保证操作的是不同的key。
可选地,数据类型共有8至64种类型。
在一种可能的实施方式中,S103具体包括子步骤S1031和S1032:
S1031:提取键值型内存数据中的键(Key)的特征值。
S1032:根据键的特征值对键值型内存数据进行分类。
通过根据Key值的特征值对键值型内存数据进行分类,可以简化分类的步骤,得到准确的结果。
在一种可能的实施方式中,在S103之后,读写方法还包括:
S103A:对不同类别的键值型内存数据进行加锁处理。
通过对数据进行加锁处理可以保证只有不同分类的数据才允许并行执行。
S104:针对不同类别的键值型内存数据,利用目标处理方式进行多线程并行处理。
在一种可能的实施方式中,在S104之后,读写方法还包括:
S105:对比处理后的时间戳与预先记录的处理前的时间戳是否一致,在处理后的时间戳与处理前的时间戳一致的情况下,确定当前处理有效。
相应地,在处理后的时间戳与处理前的时间戳不一致的情况下,则确定当前处理无效。
在本申请实施例中,增加校验环节,可以保证数据处理的准确性。可以理解的是,本申请实施例中的数据一致性由数据携带的时间戳保证。
在一种可能的实施方式中,读写方法还包括:
S106:采用双主进程模式进行数据处理,在第一主进程接收到客户端数据时,将客户端数据的时间戳一并同步给第二主进程,在第一主进程与第二主进程中一者存在异常的情况下,另一者继续进行数据处理。
应当理解的是,在每一个主进程中,均采用本申请实施例提供的多线程并行处理方式,如图2所示。
现有技术中,往往采用主、备进程方式进行数据处理,主进程只接收客户端访问,然后将客户端访问的数据同步到备进程;备进程是只接收主进程的同步数据,不接收客户端的访问。主进程和备进程间的数据一致性依靠主进程来保证。一旦主进程故障,为了恢复业务,需要将备进程转为主进程,但主备切换如果出错会造成主进程和备进程均表现是主进程的状态,导致主进程和备进程之间间数据不同步,而造成整个系统崩溃(俗称“脑裂”)。因此,现有技术在切换主备进程时非常慎重,需要通过多个进程多次互相访问,通过选举等手段决策备进程切换,会付出很高代价和很长时间,通常需要10秒到15秒,才能恢复业务。
在本申请实施例中,采用双主进程模式进行数据处理,在第一主进程与第二主进程中一者存在异常的情况下,另一者可以继续进行数据处理,两个主进程之间同步时间戳,由数据自身携带的时间戳来保证数据的一致性。故障切换的过程非常简单,通常在1秒以内就可以完成。大大加快异常转移能力,系统可用性成倍提高。解决传统系统故障处理过程复杂、切换时间长、恢复缓慢、业务影响大等弊病。
在一种可能的实施方式中,S106包括子步骤S1061至S1063:
S1061:在第一主进程发送同步数据至第二主进程的过程中,同步数据在第二主进程中已经存在的情况下,比较已经存在的数据的时间戳与同步数据的时间戳。
S1062:在同步数据的时间戳迟于已经存在的数据的时间戳,对数据进行更新。
S1063:在同步数据的时间戳早于已经存在的数据的时间戳,维持数据不变,确定本次更新操作无效。
在本申请实施例中,通过数据自身携带的时间戳来判断数据的一致性。
在本申请实施例中,通过预先对键值型内存数据进行分类,对不同类别的键值型内存数据利用异步IO处理方式进行多线程并行处理。能够充分利用物理CPU资源,胜任大批量数据处理,提高数据处理效率。
实施例二
参照图3,示出了本申请实施例提供的一种内存数据的读写装置30的结构示意图。
读写装置30,包括:
检测模块301,用于通过试探方式检测当前系统支持的异步IO处理方式,其中,异步IO处理方式包括KQueue方式、EPoll方式和NioSelector方式;
第一确定模块302,用于确定目标处理方式;
分类模块303,用于对键值型内存数据进行分类;
多线程处理模块304,用于针对不同类别的键值型内存数据,利用目标处理方式进行多线程并行处理。
可选地,第一确定模块302具体用于:按照KQueue方式、EPoll方式和NioSelector方式的优先级顺序确定目标处理方式。
可选地,分类模块303包括:
提取子模块3031,用于提取键值型内存数据中的键的特征值;
分类子模块3032,用于根据键的特征值对键值型内存数据进行分类。
可选地,读写装置30还包括:加锁模块305,用于对不同类别的键值型内存数据进行加锁处理。
可选地,读写装置30还包括:第二确定模块306,用于对比处理后的时间戳与预先记录的处理前的时间戳是否一致,在处理后的时间戳与处理前的时间戳一致的情况下,确定当前处理有效。
可选地,读写装置30还包括:双主进程处理模块307,用于采用双主进程模式进行数据处理,在第一主进程接收到客户端数据时,将客户端数据的时间戳一并同步给第二主进程,在第一主进程与第二主进程中一者存在异常的情况下,另一者继续进行数据处理。
可选地,双主进程处理模块307包括:
比较子模块3071,用于在第一主进程发送同步数据至第二主进程的过程中,同步数据在第二主进程中已经存在的情况下,比较已经存在的数据的时间戳与同步数据的时间戳;
更新子模块3072,用于在同步数据的时间戳迟于已经存在的数据的时间戳,对数据进行更新;
维持子模块3073,用于在同步数据的时间戳早于已经存在的数据的时间戳,维持数据不变,确定本次更新操作无效。
本申请实施例提供的读写装置30能够实现上述方法实施例中实现的各个过程,为避免重复,这里不再赘述。
在本申请实施例中,通过预先对键值型内存数据进行分类,对不同类别的键值型内存数据利用异步IO处理方式进行多线程并行处理。能够充分利用物理CPU资源,胜任大批量数据处理,提高数据处理效率。
本申请实施例中的虚拟装置可以是装置,也可以是终端中的部件、集成电路、或芯片。
以上所述仅为本发明的实施例而已,并不用于限制本发明。对于本领域技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (6)
1.一种内存数据的读写方法,其特征在于,包括:
通过试探方式检测当前系统支持的异步输入输出处理方式;
确定目标处理方式;
对键值型内存数据进行分类;
针对不同类别的键值型内存数据,利用所述目标处理方式进行多线程并行处理;
所述确定目标处理方式,具体包括:
按照KQueue方式、EPoll方式和NioSelector方式的优先级顺序确定目标处理方式;
所述方法,还包括:
采用双主进程模式进行数据处理,在第一主进程接收到客户端数据时,将所述客户端数据的时间戳一并同步给第二主进程,在所述第一主进程与所述第二主进程中一者存在异常的情况下,另一者继续进行数据处理;
在第一主进程发送同步数据至第二主进程的过程中,同步数据在第二主进程中已经存在的情况下,比较已经存在的数据的时间戳与同步数据的时间戳;在同步数据的时间戳迟于已经存在的数据的时间戳,对数据进行更新;在同步数据的时间戳早于已经存在的数据的时间戳,维持数据不变,确定本次更新操作无效;
所述对键值型内存数据进行分类,具体包括:
提取所述键值型内存数据中的键的特征值;
根据所述键的特征值对所述键值型内存数据进行分类。
2.根据权利要求1所述的方法,其特征在于,所述对键值型内存数据进行分类之后,还包括:
对不同类别的键值型内存数据进行加锁处理。
3.根据权利要求1所述的方法,其特征在于,所述对不同类别的键值型内存数据,利用所述目标处理方式进行多线程并行处理之后,还包括:
对比处理后的时间戳与预先记录的处理前的时间戳是否一致,在所述处理后的时间戳与所述处理前的时间戳一致的情况下,确定当前处理有效。
4.一种内存数据的读写装置,其特征在于,包括:
检测模块,用于通过试探方式检测当前系统支持的异步输入输出处理方式;
第一确定模块,用于确定目标处理方式;
分类模块,用于对键值型内存数据进行分类;
多线程处理模块,用于针对不同类别的键值型内存数据,利用所述目标处理方式进行多线程并行处理;
所述第一确定模块,具体用于按照KQueue方式、EPoll方式和NioSelector方式的优先级顺序确定目标处理方式;
所述装置,还包括:
双主进程处理模块,用于采用双主进程模式进行数据处理,在第一主进程接收到客户端数据时,将所述客户端数据的时间戳一并同步给第二主进程,在所述第一主进程与所述第二主进程中一者存在异常的情况下,另一者继续进行数据处理;
在第一主进程发送同步数据至第二主进程的过程中,同步数据在第二主进程中已经存在的情况下,比较已经存在的数据的时间戳与同步数据的时间戳;在同步数据的时间戳迟于已经存在的数据的时间戳,对数据进行更新;在同步数据的时间戳早于已经存在的数据的时间戳,维持数据不变,确定本次更新操作无效;
所述分类模块包括:
提取子模块,用于提取所述键值型内存数据中的键的特征值;
分类子模块,用于根据所述键的特征值对所述键值型内存数据进行分类。
5.根据权利要求4所述的装置,其特征在于,还包括:
加锁模块,对不同类别的键值型内存数据进行加锁处理。
6.根据权利要求4所述的装置,其特征在于,还包括:
第二确定模块,用于对比处理后的时间戳与预先记录的处理前的时间戳是否一致,在所述处理后的时间戳与所述处理前的时间戳一致的情况下,确定当前处理有效。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210874649.0A CN114942851B (zh) | 2022-07-25 | 2022-07-25 | 一种内存数据的读写方法以及读写装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210874649.0A CN114942851B (zh) | 2022-07-25 | 2022-07-25 | 一种内存数据的读写方法以及读写装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114942851A CN114942851A (zh) | 2022-08-26 |
CN114942851B true CN114942851B (zh) | 2023-04-25 |
Family
ID=82911177
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210874649.0A Active CN114942851B (zh) | 2022-07-25 | 2022-07-25 | 一种内存数据的读写方法以及读写装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114942851B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110968269A (zh) * | 2019-11-18 | 2020-04-07 | 华中科技大学 | 基于scm与ssd的键值存储系统及读写请求处理方法 |
CN111813550A (zh) * | 2020-07-08 | 2020-10-23 | 深圳市腾讯网域计算机网络有限公司 | 数据处理方法、装置、服务器和存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7770179B1 (en) * | 2004-01-30 | 2010-08-03 | Xilinx, Inc. | Method and apparatus for multithreading on a programmable logic device |
CN104346454B (zh) * | 2014-10-30 | 2017-12-05 | 上海新炬网络技术有限公司 | 基于Oracle数据库的数据一致性校验方法 |
CN105159795A (zh) * | 2015-08-21 | 2015-12-16 | 小米科技有限责任公司 | 数据同步方法、装置和系统 |
CN111858637B (zh) * | 2020-07-28 | 2023-08-18 | 厦门网宿有限公司 | 一种数据处理方法及装置 |
-
2022
- 2022-07-25 CN CN202210874649.0A patent/CN114942851B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110968269A (zh) * | 2019-11-18 | 2020-04-07 | 华中科技大学 | 基于scm与ssd的键值存储系统及读写请求处理方法 |
CN111813550A (zh) * | 2020-07-08 | 2020-10-23 | 深圳市腾讯网域计算机网络有限公司 | 数据处理方法、装置、服务器和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114942851A (zh) | 2022-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Mehdi et al. | I {Can’t} Believe {It’s} Not Causal! Scalable Causal Consistency with No Slowdown Cascades | |
Aguilera et al. | Microsecond consensus for microsecond applications | |
Pelkonen et al. | Gorilla: A fast, scalable, in-memory time series database | |
CN112131237B (zh) | 数据同步方法、装置、设备及计算机可读介质 | |
US8868492B2 (en) | Method for maximizing throughput and minimizing transactions response times on the primary system in the presence of a zero data loss standby replica | |
Park et al. | Exploiting commutativity for practical fast replication | |
CN103458036A (zh) | 一种集群文件系统的访问装置和方法 | |
US20100169289A1 (en) | Two Phase Commit With Grid Elements | |
CN112434043B (zh) | 一种数据同步方法、装置、电子设备及介质 | |
CN112328702B (zh) | 数据同步方法及系统 | |
WO2022134876A1 (zh) | 数据同步方法、装置、电子设备、存储介质 | |
CN113722277A (zh) | 一种数据导入方法、装置、服务平台及存储介质 | |
Liu et al. | {Fine-Grained} Replicated State Machines for a Cluster Storage System | |
CN115408391A (zh) | 一种数据库表变更方法、装置、设备和存储介质 | |
CN114942851B (zh) | 一种内存数据的读写方法以及读写装置 | |
US11210236B2 (en) | Managing global counters using local delta counters | |
CN112417043A (zh) | 数据处理系统及方法 | |
Wang | Building high-performance distributed systems with synchronized clocks | |
CN115934417A (zh) | 一种数据备份方法、系统和设备 | |
CN115935148A (zh) | 一种基于Flinkx的能源设备流式数据质量检测方法 | |
CN114610817A (zh) | 数据同步方法、装置、多活系统、电子设备及存储介质 | |
CN109040264B (zh) | 一种高性能的主备接口机数据处理方法 | |
Zhang et al. | Dependency preserved raft for transactions | |
Xu et al. | {IONIA}:{High-Performance} Replication for Modern Disk-based {KV} Stores | |
US20240184801A1 (en) | Data discrepancy detection in a sensitive data replication pipeline |
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 |