CN112783982B - 数据处理方法、装置、系统、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种数据处理方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括：将第一数据请求发送至主数据节点；在接收到主备切换通知后，将在主数据节点与备数据节点进行切换的过程中接收到的第二数据请求按序存入缓存空间形成缓存请求队列；在接收到切换完成通知时，将缓存请求队列中的第二数据请求按序发送至备数据节点；在将缓存请求队列中的第二数据请求按序发送至备数据节点的过程中，将第三数据请求按序存入缓存请求队列，并在缓存请求队列中的第二数据请求均被发送至备数据节点后，将缓存请求队列中的第三数据请求按序发送至备数据节点。采用本方法能够及时响应数据请求。

Description

数据处理方法、装置、系统、计算机设备和存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种数据处理方法、装置、系统、计算机设备、存储介质和计算机程序产品。

背景技术

目前的分布式数据库系统中通常部署有主数据库和备数据库，以保证数据服务的稳定性和数据安全性。在对数据库进行版本升级的流程中，通常需要先对备数据库进行升级，然后进行主备切换操作，由已完成升级的备数据库提供数据服务，再对主数据库进行升级。

然而，在进行主备切换操作的过程中需要暂停响应用户读写请求等的数据服务。如果不暂停数据服务，仍然按照读写请求修改数据库中的数据，则可能会导致主备数据库中的数据不一致的问题。

因此，目前在数据库升级过程中存在着无法及时响应用户的数据服务请求的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够在数据库升级过程中及时响应请求的数据处理方法、装置、系统、计算机设备、存储介质和计算机程序产品。

一种数据处理方法，所述方法包括：

在接收到第一数据请求时，将所述第一数据请求发送至主数据节点，供所述主数据节点处理所述第一数据请求；所述主数据节点具有对应的备数据节点；

在接收到中央控制节点的主备切换通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间，形成缓存请求队列；

在接收到所述中央控制节点的切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点，供所述备数据节点处理所述第二数据请求；

在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

一种数据系统，所述系统包括：

中央控制节点、接入层节点和数据节点；所述数据节点包括主数据节点和备数据节点；

所述接入层节点，用于在接收到第一数据请求时，将所述第一数据请求发送至主数据节点；

所述主数据节点，用于处理所述第一数据请求；

所述中央控制节点，用于在控制所述主数据节点和所述备数据节点进行切换之前，发送主备切换通知至所述接入层节点；

所述接入层节点，用于在接收到所述主备切换通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间，形成缓存请求队列；

所述中央控制节点，用于在所述主数据节点和所述备数据节点切换完成后，发送切换完成通知至所述接入层节点；

所述接入层节点，用于在接收到所述切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点；

所述备数据节点，用于处理所述第二数据请求；

所述接入层节点，还用于在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

一种数据处理装置，所述装置包括：

第一发送模块，用于在接收到第一数据请求时，将所述第一数据请求发送至主数据节点，供所述主数据节点处理所述第一数据请求；所述主数据节点具有对应的备数据节点；

第一缓存模块，用于在接收到中央控制节点的主备切换通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间，形成缓存请求队列；

第二发送模块，用于在接收到所述中央控制节点的切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点，供所述备数据节点处理所述第二数据请求；

第二缓存模块，用于在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的数据处理方法中的各个步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据处理方法中的各个步骤。

一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述的数据处理方法中的各个步骤。

上述数据处理方法、装置、系统、计算机设备、存储介质和计算机程序产品，在主数据节点与备数据节点进行切换之前，将接收到的第一数据请求发送至主数据节点进行处理，在接收到中央控制节点的主备切换通知后，将在主数据节点与备数据节点进行切换的过程中接收到的第二数据请求，按序存入缓存空间形成缓存请求队列，在接收到中央控制节点的切换完成通知后，则将缓存请求队列中的第二数据请求按序发送至备数据节点进行处理，将在该过程中接收到的第三数据请求按序存入缓存请求队列，并在第二数据请求均被发送至备数据节点后，再将缓存请求队列中的第三数据请求按序发送至备数据节点进行处理，由此，在整个主、备数据节点切换过程中，仍然可以及时响应用户的数据服务请求，且可以保证数据处理的时序性，保证主备数据节点中的数据一致，解决了数据库升级过程中存在着无法及时响应用户的数据服务请求的问题。

附图说明

图1为一个实施例中数据处理方法的应用环境图；

图2为一个实施例中数据处理方法的流程示意图；

图3为一个实施例中数据处理系统的结构框图

图4为一个实施例中基于分布式数据系统的数据节点切换流程的时序图；

图5A至图E为一个实施例中缓存空间配置方式的示意图；

图5F为一个实施例中缓存请求队列的数据结构示意图；

图6为一个实施例中数据处理装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的数据处理方法，可以应用于如图1所示的应用环境中。图1示出了一种基于分布式数据系统构成的应用环境。该分布式数据系统可以具体为基于NoSQL(非关系型的数据库，Not only Structured Query Language)构建的TcaplusDB(一种分布式数据库)。在该分布式数据系统中，可以主要包括有中央控制节点110、接入层中的多个接入层节点120和存储层中的数据节点集群。在该分布式数据系统中，还可以包括有服务平台140和目录服务器150。

其中，上述的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。各个服务器通过预置的配置文件实现自动化部署。

其中，中央控制节点110用于对分布式数据系统100进行全局控制。接入层中的接入层节点120可以接收到用户端通过服务平台140提交的数据请求。例如，数据请求可以是对数据节点集群中的某个数据进行备份、同步、查询(读)、修改(写)等的请求。接入层节点120可以将数据请求转发至存储有所请求数据的数据节点，供数据节点处理该数据请求。数据节点集群由多个数据节点组成。至少两个数据节点之间构成一组主备数据节点。对数据请求进行处理并反馈处理结果的数据节点，为主数据节点131，根据主数据节点131的处理结果进行数据备份的数据节点，则为备数据节点132。由此，实现主数据节点131和备数据节点132的数据同步。此外，数据节点集群可以通过增加数据节点来实现数据存储量的扩容。

目录服务器150则可以提供数据所处数据节点的路由号段，供接入层节点120将数据请求发送至相应路由号段的数据节点。

上述的分布式数据系统构具体为TcaplusDB时，中央控制节点可以为Tcapcenter，接入层节点可以为Tcaproxy，而主、备数据节点可以为Tacpsvr_Master、Tacpsvr_Slave。

在对数据节点的数据库进行版本升级时，按照传统的升级方式，用户可以向中央控制节点110提交针对主数据节点131和备数据节点132的升级指令，中央控制节点110收到升级指令后，首先控制备数据节点132进行升级，此时，主数据节点131正常处理数据请求，在备数据节点132升级完成后，中央控制节点110则会控制主数据节点131暂停处理数据请求，并与备数据节点132进行切换，切换完成后，则控制备数据节点132开始处理数据请求，并控制主数据节点131进行升级。需要说明的是，在切换处理数据请求的数据节点后，初始的主数据节点131成为新的备数据节点132，而初始的备数据节点132则成为新的主数据节点131。

从上述升级方式中可见，在主数据节点131与备数据节点132进行切换的过程中，为了保证数据一致性，主数据节点131需要暂停处理数据请求，此时用户的数据请求则会被拒绝响应，无法得到及时处理。

在一个实施例中，如图2所示，提供了一种数据处理方法，以该方法应用于图1中的接入层节点120为例进行说明，包括以下步骤：

步骤202，在接收到第一数据请求时，将所述第一数据请求发送至主数据节点，供所述主数据节点处理所述第一数据请求；所述主数据节点具有对应的备数据节点。

其中，第一数据请求可以为在主数据节点131、备数据节点132进行切换之前接入层节点接收到的数据请求。

具体地，在主数据节点131、备数据节点132进行切换之前，接入层节点120可以将从服务平台140接收到的数据请求，发送至相应的主数据节点131。主数据节点131处理数据请求，并返回处理结果。主数据节点131还可以将处理结果发送至备数据节点132，备数据节点132根据处理结果进行数据备份，以保证自身的数据与主数据节点131的数据一致。

步骤204，在接收到中央控制节点的主备切换通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间，形成缓存请求队列。

其中，第二数据请求可以为在主数据节点131、备数据节点132进行切换过程中接收到的数据请求。

其中，主备切换通知可以为中央控制节点110发出的通知接入层节点120主数据节点131、备数据节点132将要进行切换的信息。

其中，缓存空间可以为接入层节点120预置的用于缓存数据请求的存储空间。

其中，缓存请求队列可以为按照缓存时间点排列的多个数据请求的序列。

具体地，用户可以向中央控制节点110提交针对主数据节点131和备数据节点132的升级指令，收到升级指令后，中央控制节点110可以启动对备数据节点132进行版本升级。

在备数据节点132升级完毕后，中央控制节点110可以首先通知各个接入层节点120通过发送一个主备切换通知至接入层节点120以准备缓存空间，各个接入层节点120检查缓存空间可用后通知中央控制节点110，中央控制节点110接收到各个中央控制节点110的缓存可用通知后，中央控制节点110控制主数据节点131和备数据节点132进行切换，由此进入主数据节点131与备数据节点132进行切换的处理过程中。同时，并通知各个接入层节点120开启缓存模式。

接入层节点120开启缓存模式后，在主数据节点131与备数据节点132进行切换的过程中，对于从服务平台140接收到的第二数据请求，接入层节点120将该第二数据请求按照缓存时间点逐一存入缓存空间，由此形成各个第二数据请求按序排列的缓存请求队列。

步骤206，在接收到所述中央控制节点的切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点，供所述备数据节点处理所述第二数据请求。

具体地，在主数据节点131与备数据节点132的切换完成后，中央控制节点110生成切换完成通知，并发送该通知至接入层节点120，接入层节点120可以相应地修改本地的路由表，将路由表中所记录的路由信息从主数据节点131的路由号段修改为备数据节点132的路由号段，并根据备数据节点132的路由号段，将缓存空间中的缓存请求队列中各个第二数据请求，按序发送至备数据节点132，由备数据节点132按序处理接收到的第二数据请求。

步骤208，在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

其中，第三数据请求可以为在将缓存请求队列中的第二数据请求按序发送至备数据节点132的过程中接收到的数据请求。

具体地，在将缓存请求队列中的第二数据请求按序发送至备数据节点132的过程中，服务平台140可以继续发送第三数据请求至接入层节点120。如果在缓存请求队列中的第二数据请求未处理完毕的时候将第三数据请求发送至备数据节点132进行处理，则会导致数据请求处理的顺序出错，从而导致数据冲突的问题。

因此，接入层节点120可以将第三数据请求继续按序存入缓存请求队列，在缓存请求队列中的第二数据请求均被发送至备数据节点132进行处理后，再进一步将缓存请求队列中的第三数据请求按序发送至备数据节点132，以保证处理数据请求的时序，避免数据冲突。

上述数据处理方法中，在主数据节点与备数据节点进行切换之前，将接收到的第一数据请求发送至主数据节点进行处理，在接收到中央控制节点的主备切换通知后，将在主数据节点与备数据节点进行切换的过程中接收到的第二数据请求，按序存入缓存空间形成缓存请求队列，在接收到中央控制节点的切换完成通知后，则将缓存请求队列中的第二数据请求按序发送至备数据节点进行处理，将在该过程中接收到的第三数据请求按序存入缓存请求队列，并在第二数据请求均被发送至备数据节点后，再将缓存请求队列中的第三数据请求按序发送至备数据节点进行处理，由此，在整个主、备数据节点切换过程中，仍然可以及时响应用户的数据服务请求，且可以保证数据处理的时序性，保证主备数据节点中的数据一致，解决了数据库升级过程中存在着无法及时响应用户的数据服务请求的问题。

在一个实施例中，上述的数据处理方法应用于接入层节点120，接入层节点120具有多个，在接收到中央控制节点的主备切换通知时，所述方法还包括：

检查所述缓存空间是否被锁定；当所述缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点；所述中央控制节点在接收到全部所述接入层节点的所述缓存可用通知后，向全部所述接入层节点发送缓存开启通知，并控制所述主数据节点与所述备数据节点进行切换；在接收到所述缓存开启通知后，执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间的步骤；

其中，缓存可用通知可以为表示接入层节点120的缓存空间当前可以被锁定、并用于缓存数据请求的通知。

具体地，接入层节点120在接收到主备切换通知后，可以开始检查本地的缓存空间是否可用。更具体地，检查缓存空间是否被锁定。如未被锁定，则锁定缓存空间，并返回缓存可用通知至中央控制节点110。

中央控制节点110在接收到全部接入层节点120的缓存可用通知后，向全部接入层节点120发送缓存开启通知，并控制主数据节点131与已经完成版本升级的备数据节点132进行切换。

接入层节点120在接收到缓存开启通知后，则开启缓存模式，以将在主数据节点131与备数据节点132进行切换的过程中接收到的第二数据请求，按序存入缓存空间，形成缓存请求队列。

上述数据处理方法中，通过首先确定各个接入层节点的缓存空间可用后，再通知接入层节点锁定缓存空间的两阶段开启缓存方式，保证全部接入层节点可以对第二数据请求进行缓存，避免了部分接入层节点无法使用缓存空间的情况下仍然通知其进行缓存而导致数据不一致的问题。

在一个实施例中，在所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间之前，所述方法还包括：

在接收到所述中央控制节点的缓存开启通知时，发送染色消息至所述主数据节点；所述主数据节点用于响应于所述染色消息，在所述第一数据请求被处理完毕后反馈处理完毕消息；在接收到所述主数据节点反馈的处理完毕消息时，执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间的步骤。

其中，染色消息可以为请求主数据节点131在数据处理完毕后进行反馈的消息。

具体地，接入层节点120在接收到中央控制节点110的缓存开启通知时，可以发送染色消息至主数据节点131，主数据节点131收到染色消息后，判断第一数据请求是否已经处理完毕，若处理完毕，则反馈处理完毕消息至接入层节点120。接入层节点120在接收到主数据节点131反馈的处理完毕消息后，则可以将接收到的第二数据请求按序存入缓存空间。

上述的数据处理方法中，通过发送染色消息至主数据节点、并在接收到主数据节点反馈的处理完毕消息后才执行第二数据请求的缓存操作，避免了主数据节点对已接收到的第一数据请求处理异常、需要用户重新发起数据请求的情况下即开始缓存第二数据请求、而导致数据处理乱序的问题。

在一个实施例中，当所述缓存空间未被锁定，所述方法还包括：

将所述主数据节点的路由号段标记为缓存路由号段；

在所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间之前，所述方法还包括：

根据所述第二数据请求得到目标路由号段；所述目标路由号段为存储有目标数据的数据节点的路由号段；所述第二数据请求用于请求访问所述目标数据；当所述目标路由号段与所述缓存路由号段匹配，则执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间的步骤。

其中，缓存路由号段可以为添加有缓存标志的路由号段。

具体地，接入层节点120在检查缓存空间中确定缓存空间未被锁定时，可以针对路由表中所记录的主数据节点的路由号段添加缓存标志，以将该路由号段标记为缓存路由号段。

需要说明的是，数据请求中通常包含有所要请求访问的目标数据的数据特征值，该数据特征值可以根据该目标数据所处的路由号段计算得到。在开启缓存模式后，接入层节点120可以首先从接收到的第二数据请求中提取出数据特征值，并通过哈希算法解析出目标路由号段。然后，接入层节点120将目标路由号段与缓存路由号段进行比较，如果两者匹配，即表明该第二数据请求所要访问的数据，存储在当前进行数据节点切换的主数据节点131和备数据节点132上，因此，接入层节点120则可以将该第二数据请求存入缓存空间中。

实际应用中，当所述目标路由号段与所述缓存路由号段不匹配，则将所述第二数据请求发送至所述目标路由号段对应的非切换状态节点；所述非切换状态节点为当前未处于切换状态的数据节点。

如果两者并不匹配，即表明该第二数据请求所请求访问的数据，并非存储于当前进行数据节点切换的主数据节点131和备数据节点132上，而是存储于并非处于切换状态的数据节点，因此，可以直接将该第二数据请求发送至相应的数据节点。

实际应用中，当缓存请求队列中的第三数据请求均被发送至备数据节点132后，除了释放缓存空间外，还可以重置全部缓存标志，以避免错误地缓存数据请求。

上述的数据处理方法中，通过标记准备进行数据节点的主数据节点的路由号段为缓存路由号段，并根据接收到的第二数据请求的数据特征值解析出目标路由号段，在目标路由号段与缓存路由号段匹配的情况下进行缓存，在不匹配的情况按照正常处理逻辑发送至数据节点，从而可以针对于进行切换的数据节点进行请求缓存，避免对全部的请求进行缓存，节省了处理资源和缓存空间，同时也提升了分布式数据系统在数据节点升级过程中响应请求的及时性。

在一个实施例中，在锁定所述缓存空间之后，所述方法还包括：

记录锁定持续时间；当所述锁定持续时间达到预设的持续时间阈值后未收到所述切换完成通知，或者，所述缓存请求队列已满，则确定所述缓存请求队列中的目标请求；所述目标请求为处于所述缓存请求队列的队首的第二数据请求；在所述缓存请求队列中丢弃所述目标请求，并向提交所述目标请求的客户端反馈请求处理超时通知。

具体地，接入层节点120在锁定缓存空间之后，可以开始记录锁定持续时间。进入缓存模式之后，如果锁定持续时间达到预设的持续时间阈值后，仍然未收到中央控制节点的切换完成通知，或者，缓存请求队列已满，无法缓存后续的第二数据请求时，则可以将缓存请求队列中处于队首的第二数据请求丢弃，并返回请求处理超时通知给服务平台140，由服务平台140反馈给用户，以供用户重新提交数据请求。

上述的数据处理方法中，通过记录锁定持续时间和预置持续时间阈值，在系统出现异常导致超时未收到切换完成通知时，或者在缓存请求队列已满的情况下丢弃缓存请求队列中缓存时间较早的第二数据请求，避免了在收到数据请求后长时间不响应的问题。

在一个实施例中，上述的数据处理方法，可以还包括以下步骤：

当所述缓存请求队列中的第三数据请求均被发送至所述备数据节点后，将接收到的第四数据请求发送至所述备数据节点，并释放所述缓存空间。

其中，第四数据请求可以为缓存请求队列被清空后接收到的数据请求。

具体地，当接入层节点120将缓存请求队列中的第三数据请求均被发送至备数据节点132进行处理后，即，缓存请求队列被清空之后，对于服务平台140发送的第四数据请求，则可以直接发送至备数据节点132进行处理，无须进行缓存。

此外，在缓存请求队列被清空，即缓存请求队列中的第三数据请求均被发送至备数据节点132后，接入层节点120则可以释放缓存空间，以供其他主、备数据节点的切换过程中对数据请求进行缓存之用。

上述数据处理方法中，在数据节点切换完成、且缓存请求队列被清空后释放缓存空间，避免长时间占用缓存空间、导致无法进行其他数据节点的切换操作的问题

在一个实施例中，如图3所示，提供了一种数据处理系统，包括：中央控制节点310、接入层节点320、数据节点330；所述数据节点330包括主数据节点331和备数据节点332，其中：

接入层节点320，用于在接收到第一数据请求时，将第一数据请求发送至主数据节点331；

主数据节点331，用于处理第一数据请求；

中央控制节点310，用于在控制主数据节点331和备数据节点332进行切换之前，发送主备切换通知至接入层节点320；

接入层节点320，用于在接收到主备切换通知后，将在主数据节点331与备数据节点332进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间，形成缓存请求队列；

中央控制节点310，用于在主数据节点331和备数据节点332切换完成后，发送切换完成通知至接入层节点320；

接入层节点320，用于在接收到切换完成通知时，将缓存请求队列中的第二数据请求按序发送至备数据节点332；

备数据节点332，用于处理第二数据请求；

接入层节点320，还用于在将缓存请求队列中的第二数据请求按序发送至备数据节点332的过程中，当接收到第三数据请求时，将第三数据请求按序存入缓存请求队列，并在缓存请求队列中的第二数据请求均被发送至备数据节点332后，将缓存请求队列中的第三数据请求按序发送至备数据节点332。

由于上述中央控制节点310、接入层节点320、数据节点330的具体处理流程已经在前述实施例中详细说明，在此不再赘述。

为了便于本领域技术人员深入理解上述实施例，以下将结合具体示例对上述实施例进行说明。图4是一个实施例的一种基于分布式数据系统的数据节点切换流程的时序图。该数据节点切换流程可以应用于一种对游戏数据处理的应用场景中。该分布式数据系统可以具体为TcaplusDB，其包括有中央控制节点Tcapcenter，接入层节点Tcaproxy，主数据节点Tacpsvr_Master和备数据节点Tacpsvr_Slave，还可以包括游戏服务平台ClientServer。

如图所示，在进行主备数据节点的切换流程中可以包括以下步骤：

步骤S401，Tcaproxy根据预设的配置文件，分配本地缓存空间；

步骤S402，Client Server向Tcaproxy发送第一数据请求Request_01，以请求对某个游戏数据进行删除操作；

步骤S403，将Request_01传递至Tacpsvr_Master；

步骤S404，Tacpsvr_Master处理Request_01；

步骤S405，当用户向Tcapcenter提交针对Tacpsvr_Master和Tacpsvr_Slave的升级指令，Tcapcenter向Tcaproxy发送主备切换通知，并控制Tacpsvr_Slave进行版本升级；

步骤S406，Tcaproxy检查缓存空间是否被锁定；若未锁定，则锁定缓存空间，并针对Tacpsvr_Master的路由号段添加缓存标志Cache；

步骤S407，Tcaproxy返回缓存可用通知给Tcapcenter；

步骤S408，Tcapcenter收到全部Tcaproxy的缓存可用通知后，发送缓存开启通知至Tcaproxy；

步骤S409，Tcaproxy收到缓存开启通知后，发送染色消息至Tacpsvr_Master；

步骤S410，Tacpsvr_Master收到染色消息后，在Request_01已经处理完毕后，反馈处理完毕消息至Tcaproxy；

步骤S411，Tcaproxy收到处理完毕消息后，通知Tcapcenter，并开启缓存模式；

步骤S412，Tcapcenter控制Tacpsvr_Master和Tacpsvr_Slave进行切换；

步骤S413，Client Server向Tcaproxy发送第二数据请求Request_02；

步骤S414，Tcaproxy从Request_02中提取key，解析key的路由号段，当key的路由号段被标记了cache，则将Request_02存入至缓存空间的请求缓存队列中；

步骤S415，Tcapcenter检测到Tacpsvr_Master和Tacpsvr_Slave切换完成，控制Tacpsvr_Master进行版本升级，并发送切换完成通知至Tcaproxy；

步骤S416，Tcaproxy收到切换完成通知后，重置路由号段的缓存标志cache，退出缓存模式；

步骤S417，Tcaproxy收到切换完成通知后，将缓存空间的请求缓存队列中的Request_02发送至Tacpsvr_Slave；

步骤S418，Client Server向Tcaproxy发送第三数据请求Request_03；

步骤S419，Tcaproxy从Request_03的key中解析得到的路由号段，当前路由状态为Normal、但曾备标记缓存标志cache、且当前缓存空间未释放时，Tcaproxy将Request_03存入请求缓存队列中；

步骤S420，Tcaproxy将请求缓存队列中的Request_02发送至Tacpsvr_Slave后，将请求缓存队列中的Request_03发送至Tacpsvr_Slave；

步骤S421，Tcaproxy将请求缓存队列清空后，释放缓存空间；

步骤S422，Client Server向Tcaproxy发送第四数据请求Request_04；

步骤S423，Tcaproxy将Request_04发送至Tacpsvr_Slave。

图5A-图5E是一个实施例的一种缓存空间配置方式的示意图。参考图5A，接入层节点在启动时可以首先分配一块10MB大小的存储空间。参考图5B，在该10MB的存储空间中申请分配大小为2KB的作为缓存空间，用于缓存数据请求。参考图5C，持续申请分配存储空间作为缓存空间，形成连续的缓存空间，以将数据请求按序缓存为缓存请求队列，直至可用的存储空间剩余0.5KB，再申请1KB的存储空间时由于剩余存储空间不足，分配存储空间失败，即缓存请求队列已满。参考图5D，由于存储空间不足，释放1.5KB的存储空间，即丢弃处于缓存请求队列中处于队首的数据请求。参考图5E，释放存储空间后再次申请1KB的存储空间，由于存在有满足存储量的存储空间且连续，分配成功。

图5F是一个实施例的一种缓存请求队列的数据结构示意图。如图所示，缓存空间buffer从空间起始位置buffer_start至空间结束位置buffer_end，针对每条数据请求按照magic(魔数字符)、time(缓存时间)、length(请求字节长度)、request(数据请求本体)的数据格式进行缓存，按照缓存时间从缓存请求队列的队列头部head排列至队列尾部tail。

应该理解的是，虽然图2和图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种数据处理装置，该装置可以采用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置具体包括：

第一发送模块602，用于在接收到第一数据请求时，将所述第一数据请求发送至主数据节点，供所述主数据节点处理所述第一数据请求；所述主数据节点具有对应的备数据节点；

第一缓存模块604，用于在接收到中央控制节点的主备切换通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间，形成缓存请求队列；

第二发送模块606，用于在接收到所述中央控制节点的切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点，供所述备数据节点处理所述第二数据请求；

第二缓存模块608，用于在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

在一个实施例中，所述装置应用于接入层节点，所述接入层节点具有多个；所述装置还用于：

检查所述缓存空间是否被锁定；当所述缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点；所述中央控制节点在接收到全部所述接入层节点的所述缓存可用通知后，向全部所述接入层节点发送缓存开启通知，并控制所述主数据节点与所述备数据节点进行切换；在接收到所述缓存开启通知后，执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间的步骤。

在一个实施例中，所述装置还用于：

在接收到所述中央控制节点的缓存开启通知时，发送染色消息至所述主数据节点；所述主数据节点用于响应于所述染色消息，在所述第一数据请求被处理完毕后反馈处理完毕消息；在接收到所述主数据节点反馈的处理完毕消息时，执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间的步骤。

在一个实施例中，所述装置还用于：

将所述主数据节点的路由号段标记为缓存路由号段；根据所述第二数据请求得到目标路由号段；所述目标路由号段为存储有目标数据的数据节点的路由号段；所述第二数据请求用于请求访问所述目标数据；当所述目标路由号段与所述缓存路由号段匹配，则执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入本地预置的缓存空间的步骤。

在一个实施例中，所述装置还用于：

记录锁定持续时间；当所述锁定持续时间达到预设的持续时间阈值后未收到所述切换完成通知，或者，所述缓存请求队列已满，则确定所述缓存请求队列中的目标请求；所述目标请求为处于所述缓存请求队列的队首的第二数据请求；在所述缓存请求队列中丢弃所述目标请求，并向提交所述目标请求的客户端反馈请求处理超时通知。

在一个实施例中，所述装置还包括：

第三发送模块，用于当所述缓存请求队列中的第三数据请求均被发送至所述备数据节点后，将接收到的第四数据请求发送至所述备数据节点；

空间释放模块，用于释放所述缓存空间。

关于数据处理装置的具体限定可以参见上文中对于数据处理方法的限定，在此不再赘述。上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据处理方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据处理方法，其特征在于，应用于接入层节点，所述接入层节点具有多个，所述方法包括：

在接收到第一数据请求时，将所述第一数据请求发送至主数据节点，供所述主数据节点处理所述第一数据请求；所述主数据节点具有对应的备数据节点；

在接收到中央控制节点的主备切换通知后，当本地预置的缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点；其中，所述缓存可用通知用于指示所述中央控制节点在接收到全部所述接入层节点的所述缓存可用通知后，向全部所述接入层节点发送缓存开启通知，并控制所述主数据节点与所述备数据节点进行切换；

在接收到所述缓存开启通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入所述缓存空间，形成缓存请求队列；

在接收到所述中央控制节点的切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点，供所述备数据节点处理所述第二数据请求；

在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

2.根据权利要求1所述的方法，其特征在于，所述当本地预置的缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点包括：

检查本地预置的缓存空间是否被锁定；

当所述缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点。

3.根据权利要求1所述的方法，其特征在于，在所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入所述缓存空间之前，所述方法还包括：

在接收到所述中央控制节点的缓存开启通知时，发送染色消息至所述主数据节点；所述主数据节点用于响应于所述染色消息，在所述第一数据请求被处理完毕后反馈处理完毕消息；

在接收到所述主数据节点反馈的处理完毕消息时，执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入所述缓存空间的步骤。

4.根据权利要求1所述的方法，其特征在于，当所述缓存空间未被锁定，所述方法还包括：

将所述主数据节点的路由号段标记为缓存路由号段；

根据所述第二数据请求得到目标路由号段；所述目标路由号段为存储有目标数据的数据节点的路由号段；所述第二数据请求用于请求访问所述目标数据；

当所述目标路由号段与所述缓存路由号段匹配，则执行所述将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入所述缓存空间的步骤。

5.根据权利要求1所述的方法，其特征在于，在锁定所述缓存空间之后，所述方法还包括：

记录锁定持续时间；

当所述锁定持续时间达到预设的持续时间阈值后未收到所述切换完成通知，或者，所述缓存请求队列已满，则确定所述缓存请求队列中的目标请求；所述目标请求为处于所述缓存请求队列的队首的第二数据请求；

在所述缓存请求队列中丢弃所述目标请求，并向提交所述目标请求的客户端反馈请求处理超时通知。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述缓存请求队列中的第三数据请求均被发送至所述备数据节点后，将接收到的第四数据请求发送至所述备数据节点，并释放所述缓存空间。

7.一种数据系统，其特征在于，所述系统包括：

中央控制节点、接入层节点和数据节点；所述数据节点包括主数据节点和备数据节点；

所述接入层节点，用于在接收到第一数据请求时，将所述第一数据请求发送至主数据节点；

所述主数据节点，用于处理所述第一数据请求；

所述中央控制节点，用于在控制所述主数据节点和所述备数据节点进行切换之前，发送主备切换通知至所述接入层节点；

所述接入层节点，用于在接收到所述主备切换通知后，当本地预置的缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点；

所述中央控制节点，用于在接收到全部所述接入层节点的所述缓存可用通知后，向全部所述接入层节点发送缓存开启通知，并控制所述主数据节点与所述备数据节点进行切换；

所述接入层节点，用于在接收到所述缓存开启通知后，将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入所述缓存空间，形成缓存请求队列；

所述中央控制节点，用于在所述主数据节点和所述备数据节点切换完成后，发送切换完成通知至所述接入层节点；

所述接入层节点，用于在接收到所述切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点；

所述备数据节点，用于处理所述第二数据请求；

所述接入层节点，还用于在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

8.一种数据处理装置，其特征在于，应用于接入层节点，所述接入层节点具有多个，所述装置包括：

第一发送模块，用于在接收到第一数据请求时，将所述第一数据请求发送至主数据节点，供所述主数据节点处理所述第一数据请求；所述主数据节点具有对应的备数据节点；

第一缓存模块，用于在接收到中央控制节点的主备切换通知后，当本地预置的缓存空间未被锁定，则锁定所述缓存空间，并返回缓存可用通知至所述中央控制节点；将在所述主数据节点与所述备数据节点进行切换的过程中接收到的第二数据请求，按序存入所述缓存空间，形成缓存请求队列；其中，所述缓存可用通知用于指示所述中央控制节点在接收到全部所述接入层节点的所述缓存可用通知后，向全部所述接入层节点发送缓存开启通知，并控制所述主数据节点与所述备数据节点进行切换；

第二发送模块，用于在接收到所述中央控制节点的切换完成通知时，将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点，供所述备数据节点处理所述第二数据请求；

第二缓存模块，用于在将所述缓存请求队列中的第二数据请求按序发送至所述备数据节点的过程中，当接收到第三数据请求时，将所述第三数据请求按序存入所述缓存请求队列，并在所述缓存请求队列中的第二数据请求均被发送至所述备数据节点后，将所述缓存请求队列中的第三数据请求按序发送至所述备数据节点。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的数据处理方法的步骤。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的数据处理方法的步骤。

Images