CN104657483A - 处理事务的方法、处理节点、中心节点和集群 - Google Patents
处理事务的方法、处理节点、中心节点和集群 Download PDFInfo
- Publication number
- CN104657483A CN104657483A CN201510091291.4A CN201510091291A CN104657483A CN 104657483 A CN104657483 A CN 104657483A CN 201510091291 A CN201510091291 A CN 201510091291A CN 104657483 A CN104657483 A CN 104657483A
- Authority
- CN
- China
- Prior art keywords
- snapshot info
- processing node
- overall
- centroid
- overall snapshot
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2308—Concurrency control
- G06F16/2315—Optimistic concurrency control
- G06F16/2329—Optimistic concurrency control using versioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2308—Concurrency control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/128—Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion
-
- 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/466—Transaction processing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种处理事务的方法、处理节点、中心节点和集群,该方法包括:集群中的处理节点接收该集群中的中心节点按照预设的时间间隔发送的全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;该处理节点将接收到的该全局快照信息存储在缓存中;该处理节点根据该缓存中存储的全局快照信息处理事务。本发明实施例的处理事务的方法,通过集群中的中心节点以预设的时间间隔向各处理节点发送最新的全局快照信息,使得处理节点可以存储全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
Description
技术领域
本发明涉及计算机领域,尤其涉及计算机领域中的处理事务的方法、处理节点、中心节点和集群。
背景技术
多版本并发控制(Multiple Version Concurrency Control,MVCC)是一种主流的数据库设计机制,Oracle数据库管理系统、Innode存储引擎、SQLServer数据库管理系统和PostgreSQL数据库管理系统等都采用这种机制。MVCC机制为了提高数据库的并行执行效率,对记录更新时会产生一个新的版本。因此,数据库中的记录可能会存在多个版本,不同的读写事务可见的是记录的不同版本,各读写事务之间相互不冲突,并行执行效率高。
基于MVCC机制的数据库管理系统,在判断记录针对不同的读写事务的可见性时,需要获取事务快照(Snapshot)。事务快照用于指示在某一时刻所有正在运行的事务,不同版本的事务快照指示不同时刻所有正在运行的事务。例如,系统在开始查询时以及在执行过程中均获取事务快照,通过事务快照,来判断读取的记录是否可见。如果插入记录的事务存在于事务快照中,说明插入该记录的事务在开始查询时正在运行。根据事务的可见性规则,该记录针对查询记录不可见。
在一个具体的例子中,语句1在语句2之前开始,并且,在语句2开始时语句1正在运行。则语句1运行过程中插入或修改的记录,针对语句2是不可见的。即使语句1提交,在之后的时间段,语句1所做的修改针对语句2仍是不可见的。以上机制可以通过事务快照实现,语句2在开始时获取一个事务快照,由于此时语句1正在运行,事务快照会将语句1的事务记录下来,在语句2执行过程中会判断记录对应的事务是否在事务快照中,如果在,则记录不可见。
类似地,在集群环境下,集群中的节点在执行事务时也需要获取事务快照,以保证集群环境下事务的可见性。事务快照一般由中心节点或中心组件统一管理维护。例如,Greenplum集群通过一个调度Coordinator节点统一管理事务快照;PG-XC集群通过一个专门组件全局事务管理器(Global transaction Manager,GTM)统一管理事务快照。
在集群环境下,集中分配、获取的方式受限于中心节点的处理能力,包括中心节点的网络带宽限制、中央处理器(Central Processing Unit,CPU)资源限制等。处理节点每次获取事务快照均需要向中心节点发送事务快照的相关消息,然后接收从中心节点返回的结果。消息的发送接收速度以及处理节点的处理速度对获取的速度有很大的影响。在高负载情况下,大量的事务快照的相关消息发送给中心节点,网络中充斥大量的消息,消息的处理速度变慢,同时,中心节点需要处理大量的请求,导致处理速度变慢,会大大影响集群的并行处理性能。
发明内容
本发明实施例提供了一种处理事务的方法、处理节点、中心节点和集群,可以提高集群处理事务的效率。
第一方面,提供了一种处理事务的方法,包括:
集群中的处理节点接收所述集群中的中心节点按照预设的时间间隔发送的全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
所述处理节点将接收到的所述全局快照信息存储在缓存中;
所述处理节点根据所述缓存中存储的全局快照信息处理事务。
结合第一方面,在第一方面的第一种可能的实现方式中,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,所述方法还包括:
在所述处理节点的事务处理结束时,向所述中心节点发送指示所述处理节点的事务处理结束的更新消息,以便于所述中心节点根据所述更新消息更新全局快照信息;
所述处理节点接收所述中心节点发送的用于指示所述中心节点完成更新全局快照信息的确认消息,所述确认消息包括更新后的全局快照信息;
所述处理节点将所述确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当所述确认消息中的全局快照信息中包括的快照版本编号高于所述缓存中存储的全局快照信息中包括的快照版本编号时,所述处理节点将缓存中存储的全局快照信息更新为所述确认消息中的全局快照信息。
结合第一方面或第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,所述处理节点根据所述缓存中存储的全局快照信息处理事务,包括:
所述处理节点根据所述中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
所述处理节点根据所述中心节点发送的确认消息中包括的全局快照信息处理事务,其中,所述确认消息用于指示所述中心节点根据所述处理节点发送的更新消息完成全局快照信息的更新,所述更新消息用于指示所述处理节点的事务处理结束。
第二方面,提供了一种处理事务的方法,包括:
集群中的中心节点生成全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
所述中心节点按照预设的时间间隔,向所述集群中的处理节点发送所述全局快照信息,以便于所述处理节点根据所述全局快照信息处理事务。
结合第二方面,在第二方面的第一种可能的实现方式中,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,以便于所述处理节点根据所述版本的高低对缓存中的全局快照信息进行更新。
结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述方法还包括:
所述中心节点接收所述处理节点发送的更新消息,所述更新消息用于指示所述处理节点的事务处理结束;
所述中心节点根据所述更新消息,更新所述全局快照信息;
所述中心节点向所述处理节点发送确认消息,所述确认消息包括更新后的全局快照信息。
第三方面,提供了一种处理节点,所述处理节点属于集群,所述处理节点包括:
接收模块,用于接收所述集群中的中心节点按照预设的时间间隔发送的全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
存储模块,用于将所述接收模块接收到的所述全局快照信息存储在缓存中;
处理模块,用于根据所述缓存中存储的全局快照信息处理事务。
结合第三方面,在第三方面的第一种可能的实现方式中,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,所述处理节点还包括:
发送模块,用于在所述处理节点的事务处理结束时,向所述中心节点发送指示所述处理节点的事务处理结束的更新消息,以便于所述中心节点根据所述更新消息更新全局快照信息;
所述接收模块还用于接收所述中心节点发送的用于指示所述中心节点完成更新全局快照信息的确认消息,所述确认消息包括更新后的全局快照信息;
所述存储模块还用于将所述接收模块接收的所述确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当所述确认消息中的全局快照信息中包括的快照版本编号高于所述缓存中存储的全局快照信息中包括的快照版本编号时,所述处理节点将缓存中存储的全局快照信息更新为所述确认消息中的全局快照信息。
结合第三方面或第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,所述处理模块具体用于:
根据所述中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
根据所述中心节点发送的确认消息中包括的全局快照信息处理事务,其中,所述确认消息用于指示所述中心节点根据所述处理节点发送的更新消息完成全局快照信息的更新,所述更新消息用于指示所述处理节点的事务处理结束。
第四方面,提供了一种中心节点,所述中心节点属于集群,所述中心节点包括:
生成模块,用于生成全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
发送模块,用于按照预设的时间间隔,向所述集群中的处理节点发送所述生成模块生成的所述全局快照信息,以便于所述处理节点根据所述全局快照信息处理事务。
结合第四方面,在第四方面的第一种可能的实现方式中,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,以便于所述处理节点根据所述版本的高低对缓存中的全局快照信息进行更新。
结合第四方面或第四方面的第一种可能的实现方式,在第四方面的第二种可能的实现方式中,所述中心节点还包括:
接收模块,用于接收所述处理节点发送的更新消息,所述更新消息用于指示所述处理节点的事务处理结束;
更新模块,用于根据所述接收模块接收的所述更新消息,更新所述全局快照信息;
所述发送模块还用于:
向所述处理节点发送确认消息,所述确认消息包括更新后的全局快照信息。
第五方面,提供了一种集群,包括第三方面所述的多个处理节点和第四方面所述的中心节点。
基于上述技术方案,本发明实施例提供的处理事务的方法、处理节点、中心节点和集群,集群中的中心节点以预设的时间间隔向各处理节点发送最新的全局快照信息,处理节点存储该全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明提供的一个实施例的处理事务的方法的示意性流程图。
图2是本发明提供的一个实施例的处理事务的方法的示意性流程图。
图3是本发明提供的一个实施例的处理事务的方法的示意性流程图。
图4是本发明提供的一个实施例的处理节点的示意性框图。
图5是本发明提供的另一个实施例的处理节点的示意性框图。
图6是本发明提供的一个实施例的中心节点的示意性框图。
图7是本发明提供的另一个实施例的中心节点的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
本发明实施例适用于分布式数据处理系统或集群环境,集群将多个服务器集中起来进行同一种服务,从客户的角度可以将集群视为一个服务器。集群利用多个计算机进行并行计算从而获得高的计算速度。集群中包括用于统一调度和管理的中心节点(Coordinator Node,CN),以及用于执行事务的多个处理节点(Processing Node,PN)。本发明实施例的中心节点可以为Greenplum集群中的Coordinator节点或PG-XC集群的GTM组件等。本发明实施例还可以适用于分布式KEY/VALUE数据库、分布式列式数据库、分布式图数据库等,本发明实施例对此不作限定。
应理解,本发明实施例中的全局快照信息用于指示全局事务快照,该全局事务快照中包括集群中正在运行的事务的事务标识,以便于告知集群中的处理节点当前正在运行的事务。
图1示出了本发明提供的另一个实施例的处理事务的方法100的示意性流程图。方法100由集群中的处理节点执行,该方法100包括:
S110,集群中的处理节点接收该集群中的中心节点按照预设的时间间隔发送的全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;
S120,该处理节点将接收到的该全局快照信息存储在缓存中;
S130,该处理节点根据该缓存中存储的全局快照信息处理事务。
因此,本发明实施例提供的处理事务的方法,处理节点接收中心节点周期性的发送的全局快照信息,并在本地缓存全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务快照的效率。
应理解,上述事务标识也可称为事务号。
具体而言,处理节点接收中心节点周期性地向处理节点发送的全局快照信息,并把全局快照信息存储在缓存中,全局快照信息包括集群中正在运行的事务的事务标识。中心节点向处理节点发送全局快照信息的时间间隔可以预设为50us,即中心节点每50us向所有处理节点推送最新的全局快照信息。在处理节点需要使用全局快照信息时,获取本地缓存中存储的全局快照信息以处理事务即可。
处理节点在进行事务处理需要使用全局快照信息时,不再频繁的与中心节点进行交互以获取全局快照信息,而是获取本地缓存的全局快照信息。由此,在高负载情况下,中心节点上消息的收发次数减少,可以保证中心节点的处理速度,提高集群的并行性能。处理节点本地缓存的全局快照信息可以是由中心节点周期性地向处理节点发送的,也可以是中心节点非周期性地发送的,本发明实施例对此不作限定。
相应地,该处理节点根据该缓存中存储的全局快照信息处理事务,包括:
该处理节点根据该中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
该处理节点根据该中心节点发送的确认消息中包括的全局快照信息处理事务,其中,该确认消息用于指示该中心节点根据该处理节点发送的更新消息完成全局快照信息的更新,该更新消息用于指示该处理节点的事务处理结束。
可选地,作为一个实施例,该全局快照信息还包括快照版本编号,该快照版本编号用于标识该全局快照信息的版本,该方法100还包括:
在该处理节点的事务处理结束时,向该中心节点发送指示该处理节点的事务处理结束的更新消息,以便于该中心节点根据该更新消息更新全局快照信息;
该处理节点接收该中心节点发送的用于指示该中心节点完成更新全局快照信息的确认消息,该确认消息包括更新后的全局快照信息;
该处理节点将该确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当该确认消息中的全局快照信息中包括的快照版本编号高于该缓存中存储的全局快照信息中包括的快照版本编号时,该处理节点将缓存中存储的全局快照信息更新为该确认消息中的全局快照信息。
具体而言,处理节点在开始处理非只读事务时,向中心节点发送第一更新消息,该第一更新消息用于指示该中心节点根据该处理节点开始处理该非只读事务,将该中心节点存储的全局快照信息进行更新。该更新包括更新快照版本编号和将该非只读事务记录在全局快照信息中。例如,中心节点根据第一更新消息,将全局快照信息中的快照版本编号相对于上一版本增加1;将该非只读事务的事务标识记录在全局快照信息中。
处理节点在结束处理该只读事务时,向中心节点发送第二更新消息,该第二更新消息用于指示该中心节点根据该处理节点结束处理该非只读事务,将该中心节点存储的全局快照信息进行更新。该更新包括更新快照版本编号和将该非只读事务从全局快照信息中删除。例如,中心节点根据第二更新消息,将全局快照信息中的快照版本编号相对于上一版本增加1;将该非只读事务的事务标识从全局快照信息中删除。
中心节点在根据第二更新消息将存储的全局快照信息进行更新后,通过确认消息将更新后的全局快照信息发送给该处理节点。处理节点接收到更新后的全局快照信息后,将更新后的全局快照信息中的快照版本编号与缓存中存储的全局快照信息中的快照版本编号进行比较,当该更新后的全局快照信息中的快照版本编号高于该缓存中存储的全局快照信息中包括的快照版本编号时,该处理节点将缓存中存储的全局快照信息更新为确认消息中的更新后的全局快照信息。当更新后的全局快照信息中的快照版本编号等于或低于缓存中存储的全局快照信息中的快照版本编号时,有可能是处理节点在发送第二更新消息到接收到确认消息的期间,接收到了中心节点推送的新的全局快照信息,此时不对缓存中存储的全局快照信息进行更新。确认消息可以是ACK(Acknowledgement)消息,还可以是其它控制消息,本发明实施例对此不作限定。本发明实施例可以保证处理节点的缓存中存储的全局快照信息的相对准确性和有效性。
因此,本发明实施例提供的处理事务的方法,处理节点接收中心节点周期性的发送的全局快照信息,并在本地缓存全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务快照的效率。
以上,结合图1从处理节点的角度详细说明了根据本发明实施例的处理事务的方法,下面,结合图2从中心节点的角度详细说明根据本发明实施例的处理事务的方法。
图2示出了本发明提供的一个实施例的处理事务的方法200的示意性流程图。方法200由集群中的中心节点执行,该方法200包括:
S210,集群中的中心节点生成全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;
S220,该中心节点按照预设的时间间隔,向该集群中的处理节点发送该全局快照信息,以便于该处理节点根据该全局快照信息处理事务。
因此,本发明实施例提供的处理事务的方法,集群中的中心节点以预设的时间间隔向各处理节点发送最新的全局快照信息,使得处理节点可以存储全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
具体而言,现有的处理事务快照的方法是:在处理节点处理事务时,向中心节点发送消息,请求全局快照信息;在中心节点接收到请求全局快照信息的消息后,回复确认消息,并向处理节点发送最新的全局快照信息。该过程需要在中心节点和处理节点间发送大量的消息。
而本发明实施例的处理事务快照的方法,是由中心节点根据各处理节点发送的各自的事务处理开始或结束的相关消息,实时地生成全局快照信息,并周期性地向处理节点发送全局快照信息。全局快照信息包括集群中正在运行的事务的事务标识,使得处理节点需要使用全局快照信息时,获取本地缓存的全局快照信息以处理事务即可。中心节点向处理节点发送全局快照信息的时间间隔可以预设为50us,即中心节点每50us向所有处理节点推送最新的全局快照信息。
可选地,作为一个实施例,该全局快照信息还包括快照版本编号,该快照版本编号用于标识该全局快照信息的版本,以便于该处理节点根据该版本的高低对缓存中的全局快照信息进行更新。
具体而言,中心节点在不同的时刻可以存储多个版本的全局快照信息,在当前时刻则存储最新的全局快照信息。全局快照信息中除了包括正在运行的事务的事务标识以外,还包括用于标记全局快照信息的版本的快照版本编号。不同版本的全局快照信息的快照版本编号可以设置为单调递增的,例如可以设置为版本每更新一次,快照版本编号增加1,本发明实施例对此不作限定。在全局快照信息中设置快照版本编号,可以方便处理节点根据版本的高低对缓存中的全局快照信息进行更新。
可选地,作为一个实施例,方法200还包括:
该中心节点接收该处理节点发送的更新消息,该更新消息用于指示该处理节点的事务处理结束;
该中心节点根据该更新消息,更新该全局快照信息;
该中心节点向该处理节点发送确认消息,该确认消息包括更新后的全局快照信息。
具体而言,中心节点负责维护和更新全局快照信息,在处理节点开始和结束处理非只读事务时,向中心节点发送用于指示中心节点进行更新的消息,以便于中心节点根据该消息,更新全局快照信息,例如更新快照版本编号和全局快照信息的正在运行的事务的事务标识等。
例如,处理节点在开始处理非只读事务时,向中心节点发送第一更新消息,该第一更新消息用于指示该中心节点根据该处理节点开始处理该非只读事务,将该中心节点存储的全局快照信息进行更新。该更新包括更新快照版本编号和将该非只读事务记录在全局快照信息中。例如,中心节点根据第一更新消息,将全局快照信息中的快照版本编号相对于上一版本增加1;将该非只读事务的事务标识记录在全局快照信息中。
又如,处理节点在结束处理该只读事务时,向中心节点发送第二更新消息,该第二更新消息用于指示该中心节点根据该处理节点结束处理该非只读事务,将该中心节点存储的全局快照信息进行更新。该更新包括更新快照版本编号和将该非只读事务从全局快照信息中删除。例如,中心节点根据第二更新消息,将全局快照信息中的快照版本编号相对于上一版本增加1;将该非只读事务的事务标识从全局快照信息中删除。
中心节点在根据处理节点发送的用于指示处理节点结束处理事务的更新消息,将存储的全局快照信息更新后,通过确认消息将更新后的全局快照信息发送给该处理节点。由此,处理节点的缓存中存储的用于执行非只读事务的全局快照信息可以为该中心节点周期性地向该处理节点发送的全局快照信息;或该本地事务快照为该中心节点根据更新消息,将该中心节点存储的全局快照信息更新后的全局快照信息。
中心节点在将存储的全局快照信息进行更新后,通过确认消息将更新后的全局快照信息发送给该处理节点,可以保证处理节点的缓存中存储的全局快照信息的相对准确性和有效性。确认消息可以是ACK(Acknowledgement)消息,还可以是其它控制消息,本发明实施例对此不作限定。
下面将结合一个具体的例子,对本发明实施例的处理事务的方法进行详细说明。图3示出了本发明提供的一个实施例的处理事务的方法300的示意性流程图。如图3所示,方法300包括:
S301,处理节点开始处理一个事务。
S302,在开始的事务为非只读事务时,处理节点向中心节点发送第一更新消息,该第一更新消息指示中心节点根据该处理节点开始处理该非只读事务,将该中心节点存储的全局快照信息进行更新。
S303,中心节点更新存储的全局快照信息,包括将全局快照信息中的快照版本编号相对于上一版本增加1;将该非只读事务的事务编号记录在全局快照信息中。
S304,处理节点根据缓存中存储的全局快照信息,进行事务处理,无需发消息给中心节点。
S305,处理节点结束处理一个事务。
S306,在结束的事务为非只读事务时,处理节点向中心节点发送第二更新消息,该第二更新消息指示中心节点根据该处理节点开始处理该非只读事务,将该中心节点存储的全局快照信息进行更新。
S307,中心节点更新存储的全局快照信息,包括将全局快照信息中的快照版本编号相对于上一版本增加1;将该非只读事务的事务编号从全局快照信息中删除。
S308,中心节点向处理节点发送ACK回复消息,ACK回复消息中附带最新的全局快照信息。
S309,处理节点接收到ACK回复消息后,从ACK回复消息中获取附带的全局快照信息,比对本地缓存的全局快照信息的快照版本编号和ACK回复消息中附带的全局快照信息的快照版本编号,如果附带的全局快照信息的快照版本编号大于本地缓存的全局快照信息的快照版本编号,将本地缓存的全局快照信息更新为附带的全局快照信息。
S310,中心节点按照预设的时间间隔将全局快照信息通过消息的方式推送给所有处理节点。预设的时间间隔可以配置为50us。
因此,本发明实施例提供的处理事务快照的方法、处理节点、中心节点和集群,集群中的中心节点以预设的时间间隔向各处理节点发送最新的全局快照信息,处理节点存储该全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
上文中结合图1至图3,详细描述了根据本发明实施例的处理事务的方法,下面将结合图4至图7,详细描述根据本发明实施例的处理节点和中心节点。
图4示出了根据本发明实施例的处理节点400的示意性框图。处理节点400属于集群,包括:
接收模块410,用于接收该集群中的中心节点按照预设的时间间隔发送的全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;
存储模块420,用于将该接收模块410接收到的该全局快照信息存储在缓存中;
处理模块430,用于根据该缓存中存储的全局快照信息处理事务。
因此,本发明实施例提供的处理节点,通过在本地缓存全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务快照的效率。
可选地,作为一个实施例,该全局快照信息还包括快照版本编号,该快照版本编号用于标识该全局快照信息的版本,该处理节点400还包括:
发送模块,用于在该处理节点400的事务处理结束时,向该中心节点发送指示该处理节点的事务处理结束的更新消息,以便于该中心节点根据该更新消息更新全局快照信息;
该接收模块410还用于接收该中心节点发送的用于指示该中心节点完成更新全局快照信息的确认消息,该确认消息包括更新后的全局快照信息;
该存储模块420还用于将该接收模块410接收的该确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当该确认消息中的全局快照信息中包括的快照版本编号高于该缓存中存储的全局快照信息中包括的快照版本编号时,该处理节点将缓存中存储的全局快照信息更新为该确认消息中的全局快照信息。
可选地,在本发明实施例中,该处理模块430具体用于:
根据该中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
根据该中心节点发送的确认消息中包括的全局快照信息处理事务,其中,该确认消息用于指示该中心节点根据该处理节点400发送的更新消息完成全局快照信息的更新,该更新消息用于指示该处理节点400的事务处理结束。
应理解,根据本发明实施例的处理节点400可对应于执行本发明实施例中的方法的主体,处理节点400中的各个模块的上述和其它操作和/或功能是为了实现图1至图3的方法的相应流程,为了简洁,在此不再赘述。
因此,本发明实施例提供的处理节点,通过在本地缓存全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务快照的效率。
如图5所示,本发明实施例还提供了一种中心节点500,该中心节点500包括总线510、处理器520、存储器530和收发器540,处理器520、存储器530和收发器540通过总线510相连。其中,收发器540通过总线510,调用存储器530中存储的程序,以用于接收该集群中的中心节点按照预设的时间间隔发送的全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;
存储器530用于将收发器540接收到的该全局快照信息存储在缓存中;
处理器520用于根据该缓存中存储的全局快照信息处理事务。
因此,本发明实施例提供的处理节点,通过在本地缓存全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务快照的效率。
应理解,在本发明实施例中,该处理器520可以是中央处理单元(CentralProcessing Unit,CPU),该处理器520还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器530可以包括只读存储器和随机存取存储器,并向处理器520提供指令和数据。存储器530的一部分还可以包括非易失性随机存取存储器。例如,存储器530还可以存储设备类型的信息。
该总线510除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线510。
在实现过程中,上述方法的各步骤可以通过处理器520中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器530,处理器520读取存储器530中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
可选地,作为一个实施例,该全局快照信息还包括快照版本编号,该快照版本编号用于标识该全局快照信息的版本,收发器540还用于在该处理节点500的事务处理结束时,向该中心节点发送指示该处理节点的事务处理结束的更新消息,以便于该中心节点根据该更新消息更新全局快照信息;接收该中心节点发送的用于指示该中心节点完成更新全局快照信息的确认消息,该确认消息包括更新后的全局快照信息;
存储器530还用于将收发器540接收的该确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当该确认消息中的全局快照信息中包括的快照版本编号高于该缓存中存储的全局快照信息中包括的快照版本编号时,该处理节点将缓存中存储的全局快照信息更新为该确认消息中的全局快照信息。
可选地,作为一个实施例,处理器520具体用于:
根据该中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
根据该中心节点发送的确认消息中包括的全局快照信息处理事务,其中,该确认消息用于指示该中心节点根据该处理节点发送的更新消息完成全局快照信息的更新,该更新消息用于指示该处理节点的事务处理结束。
应理解,根据本发明实施例的处理节点500可对应于执行本发明实施例中的方法的主体,还可以对应于根据本发明实施例的处理节点400,并且处理节点500中的各个模块的上述和其它操作和/或功能是为了实现图1至图3的方法的相应流程,为了简洁,在此不再赘述。
因此,本发明实施例提供的处理节点,通过在本地缓存全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务快照的效率。
图6示出了根据本发明实施例的中心节点600的示意性框图。中心节点600属于集群,包括:
生成模块610,用于生成全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;
发送模块620,按照预设的时间间隔,向该集群中的处理节点发送该生成模块610生成的该全局快照信息,以便于该处理节点根据该全局快照信息处理事务。
因此,本发明实施例提供的中心节点,通过以预设的时间间隔向各处理节点发送最新的全局快照信息,使得处理节点可以存储全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
可选地,作为一个实施例,该全局快照信息还包括快照版本编号,该快照版本编号用于标识该全局快照信息的版本,以便于该处理节点根据该版本的高低对缓存中的全局快照信息进行更新。
可选地,作为一个实施例,该中心节点还包括:
接收模块,用于接收该处理节点发送的更新消息,该更新消息用于指示该处理节点的事务处理结束;
更新模块,用于根据该接收模块接收的该更新消息,更新该全局快照信息;
该发送模块620还用于:
向该处理节点发送确认消息,该确认消息包括更新后的全局快照信息。
应理解,根据本发明实施例的中心节点600可对应于执行本发明实施例中的方法的主体,中心节点600中的各个模块的上述和其它操作和/或功能是为了实现图1至图3的方法的相应流程,为了简洁,在此不再赘述。
因此,本发明实施例提供的中心节点,通过以预设的时间间隔向各处理节点发送最新的全局快照信息,使得处理节点可以存储全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
如图7所示,本发明实施例还提供了一种中心节点700,该中心节点700包括总线710、处理器720、存储器730和收发器740,处理器720、存储器730和收发器740通过总线710相连。其中,处理器720通过总线710,调用存储器730中存储的程序,以生成全局快照信息,该全局快照信息包括该集群中正在运行的事务的事务标识;
收发器740用于按照预设的时间间隔,向该集群中的处理节点发送该生成模块生成的该全局快照信息,以便于该处理节点根据该全局快照信息处理事务。
因此,本发明实施例提供的中心节点,通过以预设的时间间隔向各处理节点发送最新的全局快照信息,使得处理节点可以存储全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
应理解,在本发明实施例中,该处理器720可以是中央处理单元(CentralProcessing Unit,CPU),该处理器720还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器730可以包括只读存储器和随机存取存储器,并向处理器720提供指令和数据。存储器730的一部分还可以包括非易失性随机存取存储器。例如,存储器730还可以存储设备类型的信息。
该总线710除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线710。
在实现过程中,上述方法的各步骤可以通过处理器720中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器730,处理器720读取存储器730中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
可选地,作为一个实施例,该全局快照信息还包括快照版本编号,该快照版本编号用于标识该全局快照信息的版本,以便于该处理节点根据该版本的高低对缓存中的全局快照信息进行更新。
可选地,作为一个实施例,收发器740还用于:
接收该处理节点发送的更新消息,该更新消息用于指示该处理节点的事务处理结束;
处理器720还用于根据该接收模块接收的该更新消息,更新该全局快照信息;
收发器740还用于向该处理节点发送确认消息,该确认消息包括更新后的全局快照信息。
应理解,根据本发明实施例的中心节点700可对应于执行本发明实施例中的方法的主体,还可以对应于根据本发明实施例的中心节点600,并且中心节点700中的各个模块的上述和其它操作和/或功能是为了实现图1至图3的方法的相应流程,为了简洁,在此不再赘述。
因此,本发明实施例提供的中心节点,通过以预设的时间间隔向各处理节点发送最新的全局快照信息,使得处理节点可以存储全局快照信息,在处理事务时申请全局快照信息时,不需通过复杂的收发消息方式从中心节点获取最新快照信息,而是获取本地缓存的全局快照信息,可以节省网络开销,提高处理事务的效率。
本发明实施例还提供了一种集群,该集群包括本发明实施例的多个本发明实施例的处理节点和中心节点。
应理解,在本发明实施例中,“与X相应的Y”表示Y与X相关联,根据X可以确定Y。但还应理解,根据X确定Y并不意味着仅仅根据X确定Y,还可以根据X和/或其它信息确定Y。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (13)
1.一种处理事务的方法,其特征在于,包括:
集群中的处理节点接收所述集群中的中心节点按照预设的时间间隔发送的全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
所述处理节点将接收到的所述全局快照信息存储在缓存中;
所述处理节点根据所述缓存中存储的全局快照信息处理事务。
2.根据权利要求1所述的方法,其特征在于,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,所述方法还包括:
在所述处理节点的事务处理结束时,向所述中心节点发送指示所述处理节点的事务处理结束的更新消息,以便于所述中心节点根据所述更新消息更新全局快照信息;
所述处理节点接收所述中心节点发送的用于指示所述中心节点完成更新全局快照信息的确认消息,所述确认消息包括更新后的全局快照信息;
所述处理节点将所述确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当所述确认消息中的全局快照信息中包括的快照版本编号高于所述缓存中存储的全局快照信息中包括的快照版本编号时,所述处理节点将缓存中存储的全局快照信息更新为所述确认消息中的全局快照信息。
3.根据权利要求1或2所述的方法,其特征在于,所述处理节点根据所述缓存中存储的全局快照信息处理事务,包括:
所述处理节点根据所述中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
所述处理节点根据所述中心节点发送的确认消息中包括的全局快照信息处理事务,其中,所述确认消息用于指示所述中心节点根据所述处理节点发送的更新消息完成全局快照信息的更新,所述更新消息用于指示所述处理节点的事务处理结束。
4.一种处理事务的方法,其特征在于,包括:
集群中的中心节点生成全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
所述中心节点按照预设的时间间隔,向所述集群中的处理节点发送所述全局快照信息,以便于所述处理节点根据所述全局快照信息处理事务。
5.根据权利要求4所述的方法,其特征在于,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,以便于所述处理节点根据所述版本的高低对缓存中的全局快照信息进行更新。
6.根据权利要求4或5所述的方法,其特征在于,所述方法还包括:
所述中心节点接收所述处理节点发送的更新消息,所述更新消息用于指示所述处理节点的事务处理结束;
所述中心节点根据所述更新消息,更新所述全局快照信息;
所述中心节点向所述处理节点发送确认消息,所述确认消息包括更新后的全局快照信息。
7.一种处理节点,其特征在于,所述处理节点属于集群,所述处理节点包括:
接收模块,用于接收所述集群中的中心节点按照预设的时间间隔发送的全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
存储模块,用于将所述接收模块接收到的所述全局快照信息存储在缓存中;
处理模块,用于根据所述缓存中存储的全局快照信息处理事务。
8.根据权利要求7所述的处理节点,其特征在于,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,所述处理节点还包括:
发送模块,用于在所述处理节点的事务处理结束时,向所述中心节点发送指示所述处理节点的事务处理结束的更新消息,以便于所述中心节点根据所述更新消息更新全局快照信息;
所述接收模块还用于接收所述中心节点发送的用于指示所述中心节点完成更新全局快照信息的确认消息,所述确认消息包括更新后的全局快照信息;
所述存储模块还用于将所述接收模块接收的所述确认消息中的全局快照信息中包括的快照版本编号与缓存中存储的全局快照信息中包括的快照版本编号进行比较,当所述确认消息中的全局快照信息中包括的快照版本编号高于所述缓存中存储的全局快照信息中包括的快照版本编号时,所述处理节点将缓存中存储的全局快照信息更新为所述确认消息中的全局快照信息。
9.根据权利要求7或8所述的处理节点,其特征在于,所述处理模块具体用于:
根据所述中心节点按照预设的时间间隔发送的全局快照信息处理事务;或
根据所述中心节点发送的确认消息中包括的全局快照信息处理事务,其中,所述确认消息用于指示所述中心节点根据所述处理节点发送的更新消息完成全局快照信息的更新,所述更新消息用于指示所述处理节点的事务处理结束。
10.一种中心节点,其特征在于,所述中心节点属于集群,所述中心节点包括:
生成模块,用于生成全局快照信息,所述全局快照信息包括所述集群中正在运行的事务的事务标识;
发送模块,用于按照预设的时间间隔,向所述集群中的处理节点发送所述生成模块生成的所述全局快照信息,以便于所述处理节点根据所述全局快照信息处理事务。
11.根据权利要求10所述的中心节点,其特征在于,所述全局快照信息还包括快照版本编号,所述快照版本编号用于标识所述全局快照信息的版本,以便于所述处理节点根据所述版本的高低对缓存中的全局快照信息进行更新。
12.根据权利要求10或11所述的中心节点,其特征在于,所述中心节点还包括:
接收模块,用于接收所述处理节点发送的更新消息,所述更新消息用于指示所述处理节点的事务处理结束;
更新模块,用于根据所述接收模块接收的所述更新消息,更新所述全局快照信息;
所述发送模块还用于:
向所述处理节点发送确认消息,所述确认消息包括更新后的全局快照信息。
13.一种集群,其特征在于,包括权利要求7至9中任一项所述的多个处理节点和权利要求10至12中任一项所述的中心节点。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510091291.4A CN104657483B (zh) | 2015-02-28 | 2015-02-28 | 处理事务的方法、处理节点、中心节点和集群 |
EP15883027.3A EP3252617B1 (en) | 2015-02-28 | 2015-08-28 | Transaction processing method, processing node, central node and cluster |
PCT/CN2015/088346 WO2016134590A1 (zh) | 2015-02-28 | 2015-08-28 | 处理事务的方法、处理节点、中心节点和集群 |
US15/686,633 US20170351667A1 (en) | 2015-02-28 | 2017-08-25 | Transaction processing method, processing node, central node, and cluster |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510091291.4A CN104657483B (zh) | 2015-02-28 | 2015-02-28 | 处理事务的方法、处理节点、中心节点和集群 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104657483A true CN104657483A (zh) | 2015-05-27 |
CN104657483B CN104657483B (zh) | 2018-06-15 |
Family
ID=53248610
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510091291.4A Active CN104657483B (zh) | 2015-02-28 | 2015-02-28 | 处理事务的方法、处理节点、中心节点和集群 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20170351667A1 (zh) |
EP (1) | EP3252617B1 (zh) |
CN (1) | CN104657483B (zh) |
WO (1) | WO2016134590A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105045929A (zh) * | 2015-08-31 | 2015-11-11 | 国家电网公司 | 一种基于mpp构架的分布式关系型数据库 |
WO2016134590A1 (zh) * | 2015-02-28 | 2016-09-01 | 华为技术有限公司 | 处理事务的方法、处理节点、中心节点和集群 |
CN108121514A (zh) * | 2017-12-29 | 2018-06-05 | 北京奇虎科技有限公司 | 元信息更新方法、装置、计算设备及计算机存储介质 |
CN108388613A (zh) * | 2018-02-08 | 2018-08-10 | 竞技世界(北京)网络技术有限公司 | 一种缓存数据的更新方法 |
CN110069505A (zh) * | 2017-09-21 | 2019-07-30 | 张锐 | 离线数据处理方法及离线数据更新装置 |
CN112069258A (zh) * | 2020-09-08 | 2020-12-11 | 北京金山云网络技术有限公司 | 事务进度的管理方法、装置及分布式数据库 |
CN112286992A (zh) * | 2020-10-29 | 2021-01-29 | 星环信息科技(上海)股份有限公司 | 一种查询方法、分布式系统、设备及存储介质 |
CN114064810A (zh) * | 2022-01-17 | 2022-02-18 | 北京奥星贝斯科技有限公司 | 处理事务的方法和装置 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11086818B2 (en) * | 2018-09-13 | 2021-08-10 | International Business Machines Corporation | Establishing object atomicity in snapshot based disaster recovery environments |
US11288194B2 (en) | 2018-12-12 | 2022-03-29 | International Business Machines Corporation | Global virtual address space consistency model |
US11561844B2 (en) | 2018-12-12 | 2023-01-24 | International Business Machines Corporation | Disaggregated system domain |
CN111522689B (zh) * | 2019-02-01 | 2022-04-29 | 阿里巴巴集团控股有限公司 | 全局快照方法、装置、电子设备及计算机可读存储介质 |
CN110753316B (zh) * | 2019-09-26 | 2022-04-26 | 贝壳技术有限公司 | 信息发送方法和装置、计算机可读存储介质、电子设备 |
CN111753146A (zh) * | 2020-06-15 | 2020-10-09 | 贝壳技术有限公司 | 时效信息处理方法、装置、系统、电子设备和存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090083088A1 (en) * | 2007-09-20 | 2009-03-26 | Microsoft Corporation | Synchronizing data between business applications |
CN102737089A (zh) * | 2011-04-08 | 2012-10-17 | 索尼公司 | 图像处理装置和图像处理方法 |
CN103116596A (zh) * | 2011-11-16 | 2013-05-22 | Sap股份公司 | 在分布式数据库中执行快照隔离的系统和方法 |
US20140279986A1 (en) * | 2013-03-13 | 2014-09-18 | Futurewei Technologies, Inc. | System and Method for Performing a Transaction in a Massively Parallel Processing Database |
CN104205095A (zh) * | 2012-04-05 | 2014-12-10 | 微软公司 | 用于连续图更新和计算的平台 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7020684B2 (en) * | 2002-01-18 | 2006-03-28 | Bea Systems, Inc. | System and method for optimistic caching |
US8595191B2 (en) * | 2009-12-31 | 2013-11-26 | Commvault Systems, Inc. | Systems and methods for performing data management operations using snapshots |
JP2012018449A (ja) * | 2010-07-06 | 2012-01-26 | Fujitsu Ltd | スナップショット取得処理プログラム、スナップショット取得処理方法、スナップショット・パティシパント・コンピュータ、スナップショット・コーディネータ・コンピュータ |
JP5776267B2 (ja) * | 2011-03-29 | 2015-09-09 | 日本電気株式会社 | 分散ファイルシステム |
US8713046B2 (en) * | 2011-11-08 | 2014-04-29 | Sybase, Inc. | Snapshot isolation support for distributed query processing in a shared disk database cluster |
US8930309B2 (en) * | 2012-02-29 | 2015-01-06 | Symantec Corporation | Interval-controlled replication |
US9678863B2 (en) * | 2012-06-12 | 2017-06-13 | Sandisk Technologies, Llc | Hybrid checkpointed memory |
KR102050723B1 (ko) * | 2012-09-28 | 2019-12-02 | 삼성전자 주식회사 | 컴퓨팅 시스템 및 그 데이터 관리 방법 |
CN104657483B (zh) * | 2015-02-28 | 2018-06-15 | 华为技术有限公司 | 处理事务的方法、处理节点、中心节点和集群 |
-
2015
- 2015-02-28 CN CN201510091291.4A patent/CN104657483B/zh active Active
- 2015-08-28 WO PCT/CN2015/088346 patent/WO2016134590A1/zh active Application Filing
- 2015-08-28 EP EP15883027.3A patent/EP3252617B1/en active Active
-
2017
- 2017-08-25 US US15/686,633 patent/US20170351667A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090083088A1 (en) * | 2007-09-20 | 2009-03-26 | Microsoft Corporation | Synchronizing data between business applications |
CN102737089A (zh) * | 2011-04-08 | 2012-10-17 | 索尼公司 | 图像处理装置和图像处理方法 |
CN103116596A (zh) * | 2011-11-16 | 2013-05-22 | Sap股份公司 | 在分布式数据库中执行快照隔离的系统和方法 |
CN104205095A (zh) * | 2012-04-05 | 2014-12-10 | 微软公司 | 用于连续图更新和计算的平台 |
US20140279986A1 (en) * | 2013-03-13 | 2014-09-18 | Futurewei Technologies, Inc. | System and Method for Performing a Transaction in a Massively Parallel Processing Database |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016134590A1 (zh) * | 2015-02-28 | 2016-09-01 | 华为技术有限公司 | 处理事务的方法、处理节点、中心节点和集群 |
CN105045929A (zh) * | 2015-08-31 | 2015-11-11 | 国家电网公司 | 一种基于mpp构架的分布式关系型数据库 |
CN110069505A (zh) * | 2017-09-21 | 2019-07-30 | 张锐 | 离线数据处理方法及离线数据更新装置 |
CN108121514A (zh) * | 2017-12-29 | 2018-06-05 | 北京奇虎科技有限公司 | 元信息更新方法、装置、计算设备及计算机存储介质 |
CN108121514B (zh) * | 2017-12-29 | 2021-05-25 | 北京奇虎科技有限公司 | 元信息更新方法、装置、计算设备及计算机存储介质 |
CN108388613A (zh) * | 2018-02-08 | 2018-08-10 | 竞技世界(北京)网络技术有限公司 | 一种缓存数据的更新方法 |
CN108388613B (zh) * | 2018-02-08 | 2020-09-11 | 竞技世界(北京)网络技术有限公司 | 一种缓存数据的更新方法 |
CN112069258A (zh) * | 2020-09-08 | 2020-12-11 | 北京金山云网络技术有限公司 | 事务进度的管理方法、装置及分布式数据库 |
CN112069258B (zh) * | 2020-09-08 | 2024-04-19 | 北京金山云网络技术有限公司 | 事务进度的管理方法、装置及分布式数据库 |
CN112286992A (zh) * | 2020-10-29 | 2021-01-29 | 星环信息科技(上海)股份有限公司 | 一种查询方法、分布式系统、设备及存储介质 |
CN114064810A (zh) * | 2022-01-17 | 2022-02-18 | 北京奥星贝斯科技有限公司 | 处理事务的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016134590A1 (zh) | 2016-09-01 |
EP3252617A4 (en) | 2017-12-06 |
EP3252617B1 (en) | 2019-03-06 |
EP3252617A1 (en) | 2017-12-06 |
US20170351667A1 (en) | 2017-12-07 |
CN104657483B (zh) | 2018-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104657483A (zh) | 处理事务的方法、处理节点、中心节点和集群 | |
CN101268620B (zh) | 用于管理设备管理对象的设备管理系统和方法 | |
CN103514216B (zh) | 基于数据库系统的流水号生成方法 | |
US20230021129A1 (en) | Vehicle Software Upgrade Method and Related System | |
CN103561095A (zh) | 一种数据同步方法、节点及存储服务集群 | |
CN104881454A (zh) | 参数的更新方法及系统 | |
CN111262726A (zh) | 一种配置信息更新方法、装置及计算机可读存储介质 | |
CN104765603A (zh) | 应用程序构建方法及装置 | |
CN105260202A (zh) | 一种客户端文件更新方法和系统 | |
CN107220375B (zh) | 数据读写方法和服务器 | |
CN111338834B (zh) | 数据存储方法和装置 | |
CN112134908B (zh) | 应用适配方法及服务器、介质、车载多媒体系统 | |
CN111459629A (zh) | 基于Azkaban的项目运行方法、装置及终端设备 | |
CN114565502A (zh) | Gpu资源管理方法、调度方法、装置、电子设备及存储介质 | |
CN111225073A (zh) | 业务编码分配方法及装置、存储介质、计算机系统 | |
CN106095511A (zh) | 一种服务器升级方法和装置 | |
CN108475211B (zh) | 无状态系统和用于获得资源的系统 | |
CN109582330B (zh) | 数据模型升级方法、装置、设备及可读存储介质 | |
US9916342B2 (en) | System and method for license reclamation | |
CN108196979B (zh) | 数据备份方法和装置 | |
CN110377309B (zh) | 数据恢复方法、系统及设备 | |
CN111324374A (zh) | 基于应用性能管理系统的应用程序的注册方法和装置 | |
CN104657168A (zh) | 一种客户端以及该客户端进行升级的方法 | |
CN111639089B (zh) | 事务处理方法、装置、电子设备和计算机可读存储介质 | |
CN112286992B (zh) | 一种查询方法、分布式系统、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |