CN111586438A - 一种业务数据的处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种业务数据的处理方法、装置及系统，所述方法包括：当主服务器判断访问请求的数量高于预设值时，缓存服务器存储所述主服务器转发的第一业务数据；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；当所述主服务器判断访问请求的数量低于或等于所述预设值时，所述缓存服务器将所述第一业务数据发送给所述主服务器；以使所述主服务器利用所述第一业务数据对第二业务数据进行更新，所述第二业务数据为所述主服务器中存储的数据。避免了主服务器接收高并发的访问请求时，主服务器崩溃的问题，同时提高了主服务器稳定性；进一步的，将第一业务数据先保存到缓存服务器，避免了第一业务数据丢失的问题。

Description

一种业务数据的处理方法、装置及系统

技术领域

本申请涉及服务器技术领域，特别是涉及一种业务数据的处理方法、装置及系统。

背景技术

随着互联网技术的发展，网络带宽的不断提高，由此促进了网络直播的发展，例如：直播教学。

由于直播教学的实时性，需要用户在直播间创建后，按时进入直播间，以对直播教学的内容进行学习。在用户访问直播间之间，服务器需要对用户的数据进行记录。但是，当有大量用户同时进入直播间时，服务器需要对每个用户的数据均进行记录，此时会导致服务器崩溃，从而影响服务器中其他相关的功能也无法使用。

因此，现有技术中，服务器面临高并发的用户访问时，无法对用户的数据进行记录，导致用户的数据丢失的问题。

发明内容

为了解决上述技术问题，本申请提供了一种业务数据的处理方法、装置及系统，当大量用户访问服务器时，避免了用户数据丢失的问题，提高了用访问服务器时的体验感。

本申请实施例公开了如下技术方案：

第一方面，本申请提供了一种业务数据的处理方法，包括：

当主服务器判断访问请求的数量高于预设值时，缓存服务器存储所述主服务器转发的第一业务数据；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；

当所述主服务器判断访问请求的数量低于或等于所述预设值时，所述缓存服务器将所述第一业务数据发送给所述主服务器；以使所述主服务器利用所述第一业务数据对第二业务数据进行更新，所述第二业务数据为所述主服务器中存储的数据。

可选的，在所述缓存服务器将所述第一业务数据发送给所述主服务器后，所述方法还包括：

所述缓存服务器将所述第一业务数据从所述缓存服务器中清除。

可选的，所述缓存服务器将所述第一业务数据发送给所述主服务器包括：

所述缓存服务器确定所述主服务器的当前数据处理能力，根据所述当前数据处理能力对所述第一业务数据进行分批处理，并将分批处理后的第一业务数据发送给所述主服务器。

可选的，所述主服务器利用所述第一业务数据对第二业务数据进行更新包括：

当所述主服务器判断所述第一业务数据的标识为历史标识时，则利用所述第一业务数据覆盖所述第二业务数据，以对所述第二业务数据进行更新；否则将所述第一业务数据存储到所述主服务器中，以对所述第二业务数据进行更新；其中，所述历史标识为所述主服务器中存储的所述第二业务数据对应的标识。

可选的，所述方法还包括：

所述缓存服务器将发送失败的第一业务数据进行记录，并生成错误报告，根据所述错误报告，将发送失败的第一业务数据转移至所述主服务器。

可选的，所述缓存服务器存储所述主服务器转发的第一业务数据之前，所述方法还包括：

所述缓存服务器获取所述第一业务数据的第一标识；所述缓存服务器根据所述第一业务数据生成所述第二标识；其中，所述第一标识由所述主服务器生成；

所述缓存服务器通过判断所述第一标识与所述第二标识是否一致，以对所述第一业务数据进行验证。

第二方面，本申请提供了一种业务数据的处理装置，包括：主服务器和缓存服务器；

所述主服务器，用于判断访问请求的数量是否高于预设值，若是，则将第一业务数据转发给所述缓存服务器；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；

所述缓存服务器，用于存储所述第一业务数据；还用于当所述访问请求的数量低于或等于预设值时，将所述第一业务数据发送给所述主服务器；

所述主服务器，还用于利用所述第一业务数据对第二业务数据进行更新；其中，所述第二业务数据为所述主服务器中存储的数据。

可选的，在将所述第一业务数据发送给所述主服务器后；所述缓存服务器，还用于将所述第一业务数据从所述缓存服务器中清除。

可选的，所述缓存服务器，具体用于确定所述主服务器的当前数据处理能力，根据所述当前数据处理能力对所述第一业务数据进行分批处理，并将分批处理后的第一业务数据发送给所述主服务器。

可选的，所述主服务器，具体用于当判断所述第一业务数据的标识为历史标识时，则利用所述第一业务数据覆盖所述第二业务数据，以对所述第二业务数据进行更新；否则保存所述第一业务数据，并对所述第二业务数据进行更新；其中，所述历史标识为所述主服务器中存储的所述第二业务数据对应的标识。

可选的，所述缓存服务器，还用于将发送失败的第一业务数据进行记录，并生成错误报告，根据所述错误报告，将发送失败的第一业务数据转移至所述主服务器。

可选的，所述缓存服务器，还用于在存储所述第一业务数据之前，接收所述第一业务数据的第一标识；根据所述第一业务数据生成第二标识；通过判断所述第一标识与所述第二标识是否一致，以对所述第一业务数据进行验证；

所述主服务器，还用于向所述缓存服务器发送所述第一标识。

第三方面，本申请提供了一种业务数据的处理系统，包括本申请第二方面中任一项所述的装置；还包括：终端；

所述终端，用于访问所述装置中的主服务器。

由上述技术方案可以看出，本发明具有以下优点：

本发明提供的一种业务数据的处理方法、装置及系统，所述方法包括：当主服务器判断访问请求的数量高于预设值时，缓存服务器存储所述主服务器转发的第一业务数据；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；当所述主服务器判断访问请求的数量低于或等于所述预设值时，所述缓存服务器将所述第一业务数据发送给所述主服务器；以使所述主服务器利用所述第一业务数据对第二业务数据进行更新，所述第二业务数据为所述主服务器中存储的数据。避免了主服务器接收高并发的访问请求时，主服务器崩溃的问题，同时提高了主服务器稳定性；进一步的，将第一业务数据先保存到缓存服务器，避免了第一业务数据丢失的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种业务数据的处理方法的流程图；

图2为本申请实施例提供的一种业务数据的处理装置的示意图；

图3为本申请实施例提供的一种业务数据的处理系统的示意图；

图4为本申请实施例提供的又一种业务数据的处理系统的示意图；

图5为本申请实施例提供的又一种业务数据的处理系统的示意图。

具体实施方式

当服务器面临高并发的用户访问时，可能会导致服务器崩溃。举例而言，在直播活动创建后，用户可以通过使用移动终端扫描具有直播间地址的二维码获取直播间的连接。当用户获取直播信息时，需要登录到相应的直播平台。然而，直播活动开启后，会有大量的用户同时登录并进入直播间，用户登录时，服务器会存储用户的用户数据，例如：用户名等信息。

而服务器存储用户的用户数据之前，需要在服务器中的持久化数据库中查找该用户是新用户还是旧用户；如果为新用户，则直接将该用户的用户数据插入到持久化数据库中；如果为旧用户，则将该用户原有的数据进行替换。

当用户量较多时，会产生大量的用户数据，此时会在服务器的持久化数据库中发送大量的查找动作。而对于持久化数据库而言，无论是读还是写的速度都较低，将会导致持久化数据库无法响应的问题。

而后续将持久化数据库的数据与缓存数据库的数据进行同步的过程中，将会使没有保存的数据丢失。然而仅通过读或写的速度较快的缓存数据库来存储用户的用户数据时，虽然提高查找动作的速率，但是缓存服务器的容量较小，依旧无法存储大量的用户数据。

由此，上述方案中，存在用户的用户数据丢失的问题。

为了解决上述问题，本申请提供了一种业务数据的处理方法、装置及系统。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一：

本申请实施例一提供了一种业务数据的处理方法，下面结合附图具体说明。

参见图1，该图为本申请实施例提供的一种业务数据的处理方法的流程图。

该业务数据的处理方法包括：

步骤101：当主服务器判断访问请求的数量高于预设值时，缓存服务器存储所述主服务器转发的第一业务数据；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据。

需要说明的是，访问请求中携带的数据可以为用户数据，例如：用户名等信息。当主服务器判断访问请求的数量高于预设值时，则意味着存在大量用户同时访问该主服务器。其中，预设值可以根据主服务器的具体可承受压力的实际情况而定，例如，可以为高于5万个用户同时访问该主服务器时。

当存在大量用户同时访问该主服务器时，此时，与现有技术不同之处在于，主服务器将用户访问主服务器时产生的用户数据转发到缓存服务器。从而避免了在主服务器的持久化数据库中进行查找动作，保证了主服务器正常的运行状态。也就是说，在大量用户同时访问主服务器时，并不进行查找动作，而是将用户数据直接缓存在缓存服务器，从而避免大量查找动作使主服务器的持久化数据库无法响应，而后与缓存数据库同步过程中导致用户数据丢失的问题。

作为一种可能的实施方式，所述缓存服务器存储所述主服务器转发的第一业务数据之前，所述方法还包括：所述缓存服务器获取所述第一业务数据的第一标识；所述缓存服务器根据所述第一业务数据生成所述第二标识；其中，所述第一标识由所述主服务器生成；所述缓存服务器通过判断所述第一标识与所述第二标识是否一致，以对所述第一业务数据进行验证。

通过对用户数据进行验证，避免了用户数据传输过程中被恶意更改的问题。

此外，在缓存服务器中，可以设定一个统一的字段USERLIST为HASH的key，用户的唯一平台标识作为该HSAH的小key，将用户的数据缓存在小key对应的存储空间。从而无需验证该用户是否存在数据库中，直接通过小key，对用户的用户数据进行覆盖，进一步提高了缓存用户数据的效率。具体的，可以缓存在缓存服务器的缓存数据库中。

可以理解的是，本申请中主服务器与缓存服务器的个数还可以是多个，本申请对此并不限定。下面以缓存服务器有2个为例，进行详细介绍。

缓存服务器包括：缓存服务器A和缓存服务器B。

作为一种可能的实施方式，主服务器获取到用户数据后，产生一个1-10之间的随机数，然后对该随机数进行判断；若该随机数为奇数，则将用户数据发送到缓存服务器A，若随机数为偶数，则将用户数据发送到缓存服务器B。从而避免了长久使用同一个缓存服务器时，缓存服务器出现故障，将会导致主服务器故障的问题。同时，也降低了缓存服务器的缓存数据库的压力，使业务逻辑容错率更高，用户体验更佳，而且效率还高。

步骤102：当所述主服务器判断访问请求的数量低于或等于所述预设值时，所述缓存服务器将所述第一业务数据发送给所述主服务器；以使所述主服务器利用所述第一业务数据对第二业务数据进行更新，所述第二业务数据为所述主服务器中存储的数据。

需要说明的是，当主服务器判断访问量低于或等于预设值时，则意味着不存在大量用户同时访问该主服务器。其中，预设值可以根据主服务器的具体可承受压力的实际情况而定，例如，可以为低于或等于5万个用户同时访问该主服务器时。

当主服务器处于空闲状态时，缓存服务器可以将主服务器处于繁忙状态时存储的用户数据，重新返还给主服务器。

作为一种可能的实施方式，在所述缓存服务器将所述第一业务数据发送给所述主服务器后，所述方法还包括：所述缓存服务器将所述第一业务数据从所述缓存服务器中清除。

与常规处理方式不同之处在于，在本申请中，缓存服务器并不是用于备份用户数据的，所以缓存服务器无需将用户数据一直存储在缓存服务器。在将用户数据返还给主服务器后，需要将缓存服务器清空，从而为下次高峰时期，大量用户同时访问主服务器做准备。

下面详细介绍缓存服务器将第一业务数据发送给所述主服务的过程。

作为一种可能的实施方式，所述缓存服务器将所述第一业务数据发送给所述主服务器包括：所述缓存服务器确定所述主服务器的当前数据处理能力，根据所述当前数据处理能力对所述第一业务数据进行分批处理，并将分批处理后的第一业务数据发送给所述主服务器。

在缓存服务器向主服务器发送用户数据之前，可以先对主服务器的数据处理能力进行评估，根据评估结果，确定一次向主服务器发送多少用户数据。

例如，虽然主服务器的当前访问量较低，但是主服务器在处理其他的业务时，主服务的当前的数据处理能力将会相对较低，此时向主服务器发送的较少的用户数据，从而避免主服务器崩溃的问题。而当主服务器的当前的数据处理能力较高时，缓存服务器可以一次性向主服务器发送较多的用户数据，从而提高了缓存服务器向主服务器发送用户数据的效率。

举例说明，缓存服务器可以在主服务器处于空闲状态时，分批将数据以json形式分页发送到主服务，可以一次发送1000条。得到成功的应答指令后，在缓存服务器中将发送成功的用户数据删除。

此外，还可能存在发送失败的情况，下面介绍发送失败的时的具体处理方式。

作为一种可能的实施方式，所述缓存服务器将发送失败的第一业务数据进行记录，并生成错误报告，以便维护人员根据所述错误报告，将发送失败的第一业务数据转移至所述主服务器。

缓存服务器记录发送失败的用户数据，并生成相关的日志记录，以便工作人员根据日志记录对发送失败的用户数据进行进一步的处理，从而保障用户数据的完整性，防止用户数据的丢失。

作为一种可能的实施方式，主服务器接收到缓存服务器发送的用户数据后，需要对主服务器中存储的用户数据进行更新。

所述主服务器利用所述第一业务数据对第二业务数据进行更新包括：当所述主服务器判断所述第一业务数据的标识为历史标识时，则利用所述第一业务数据覆盖所述第二业务数据，以对所述第二业务数据进行更新；否则将所述第一业务数据存储到所述主服务器中，以对所述第二业务数据进行更新；其中，所述历史标识为所述主服务器中存储的所述第二业务数据对应的标识。

可以理解的是，当第一业务数据的标识为历史标识时，可以认为该访问请求时旧用户向主服务器发起的，否则，认为该访问请求是新用户发起的。

主服务器利用缓存服务器发送的用户数据，对主服务器上已存的用户数据进行更新，从而保证用户数据的一致性。避免同一用户在下次登录时的用户数据不一致的问题。

与现有技术相比，本发明具有以下优点：

本发明提供的一种业务数据的处理方法，包括：当主服务器判断访问请求的数量高于预设值时，缓存服务器存储所述主服务器转发的第一业务数据；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；当所述主服务器判断访问请求的数量低于或等于所述预设值时，所述缓存服务器将所述第一业务数据发送给所述主服务器；以使所述主服务器利用所述第一业务数据对第二业务数据进行更新，所述第二业务数据为所述主服务器中存储的数据。避免了主服务器接收高并发的访问请求时，主服务器崩溃的问题，同时提高了主服务器稳定性；进一步的，将第一业务数据先保存到缓存服务器，避免了第一业务数据丢失的问题。

实施例二：

本申请实施例二提供了一种业务数据的处理装置，下面结合附图具体说明。

参见图2，该图为本申请实施例提供的一种业务数据的处理装置的示意图。

该业务数据的处理装置包括：主服务器201和缓存服务器202。

所述主服务器201，用于判断访问请求的数量是否高于预设值，若是，则将第一业务数据转发给所述缓存服务器202；其中，所述第一业务数据为所述主服务器201获取所述访问请求中携带的数据。

所述缓存服务器202，用于存储所述第一业务数据；还用于当所述访问请求的数量低于或等于预设值时，将所述第一业务数据发送给所述主服务器201。

所述主服务器201，还用于利用所述第一业务数据对第二业务数据进行更新；其中，所述第二业务数据为所述主服务器201中存储的数据。

作为一种可能的实施方式，在将所述第一业务数据发送给所述主服务器201后；所述缓存服务器202，还用于将所述第一业务数据从所述缓存服务器202中清除。

作为一种可能的实施方式，所述缓存服务器202，具体用于确定所述主服务器201的当前数据处理能力，根据所述当前数据处理能力对所述第一业务数据进行分批处理，并将分批处理后的第一业务数据发送给所述主服务器201。

作为一种可能的实施方式，所述主服务器201，具体用于当判断所述第一业务数据的标识为历史标识时，则利用所述第一业务数据覆盖所述第二业务数据，以对所述第二业务数据进行更新；否则保存所述第一业务数据，并对所述第二业务数据进行更新；其中，所述历史标识为所述主服务器中存储的所述第二业务数据对应的标识。

作为一种可能的实施方式，所述缓存服务器202，还用于将发送失败的第一业务数据进行记录，并生成错误报告，根据所述错误报告，将发送失败的第一业务数据转移至所述主服务器201。

作为一种可能的实施方式，所述缓存服务器202，还用于在存储所述第一业务数据之前，接收所述第一业务数据的第一标识；根据所述第一业务数据生成第二标识；通过判断所述第一标识与所述第二标识是否一致，以对所述第一业务数据进行验证；所述主服务器201，还用于向所述缓存服务器202发送所述第一标识。

与现有技术相比，本发明具有以下优点：

本发明提供的一种业务数据的处理装置，包括：主服务器和缓存服务器；

所述主服务器，用于判断访问请求的数量是否高于预设值，若是，则将第一业务数据转发给所述缓存服务器；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；所述缓存服务器，用于存储所述第一业务数据；还用于当所述访问请求的数量低于或等于预设值时，将所述第一业务数据发送给所述主服务器；所述主服务器，还用于利用所述第一业务数据对第二业务数据进行更新；其中，所述第二业务数据为所述主服务器中存储的数据。避免了主服务器接收高并发的访问请求时，主服务器崩溃的问题，同时提高了主服务器稳定性；进一步的，将第一业务数据先保存到缓存服务器，避免了第一业务数据丢失的问题。

实施例三：

本申请实施例三提供了一种业务数据的处理系统，下面结合附图具体说明。

参见图3，该图为本申请实施例提供的一种业务数据的处理系统的示意图。

该业务数据的处理系统包括上述实施例二中任一种可能的实施方式中的装置；还包括：终端303。

所述终端303，用于访问所述装置中的主服务器。

为了方便本领域技术人员理解，下面结合具体场景介绍本申请的实施例三，例如，用户通过移动终端观看网课。但本申请并不仅仅限定于该场景。

参见图4，该图为本申请实施例提供的又一种业务数据的处理系统的示意图。

当网课即将开始时，会出现较多的用户同时访问主服务器的情况。具体的，用户可以通过微信或其他终端应用登录到指定网站，观看网课。而对于主服务器而言，主服务器会接收到大量的用户访问。

相对于现有技术，本申请在面临上述情况时，主服务会将用户访问时产生的用户数据随机的保存的缓存服务器的缓存数据库中。下面以主服务器对两个用户访问时的处理流程为例，进行详细介绍。需要说明的是，本申请针对的是大量的用户访问时出现服务器崩溃的问题，而非两个用户。本申请以两个用户为例，仅是为了方便说明本申请的技术方案。

如图4所示，当用户1和用户2同时利用微信登录来访问主服务器时，主服务器获取用户的用户数据后，主服务器会随机产生一个随机码，主服务器根据随机码与缓存服务器的对应关系，将该用户数据发送到与随机码对应的缓存服务器中，缓存服务器接收到用户数据后，将该用户数据存储到缓存数据库。

举例说明，当主服务器获取用户1的用户数据后产生的随机码为“A”时，则将该用户数据发送到缓存服务器A，缓存服务器A将该数据存储到缓存数据库a；当主服务器获取用户2的用户数据后产生的随机码为“B”时，则将该用户数据发送到缓存服务器B，缓存服务器B将该数据存储到缓存数据库b。

以上介绍的是主服务器将用户数据转发到缓存服务器的处理过程，下面介绍缓存服务器将用户数据发送回主服务器的处理过程。

参见图5，该图为本申请实施例提供的另一种业务数据的处理系统的示意图。

当主服务器空闲时，缓存服务器A会将缓存数据库a的数据发送给主服务器；缓存服务器B会将缓存数据库b的数据发送给主服务器。并记录发送失败的用户数据，以便后续将发送失败的用户数据重新发送给主服务器，以保证用户数据的完整性。

举例说明，主服务器空闲时，主服务器可以向缓存服务器A和缓存服务器B发送指令，指示缓存服务器A和缓存服务器B向主服务器发送用户数据。缓存服务器A和缓存服务器B也可以在预设时段自动向主服务器发送用户数据。具体的，缓存服务器A将用户数据分页后，以json形式发送给主服务器；缓存服务器B将用户数据分页后，以json形式发送给主服务器。在主服务器接收到用户数据后，判断用户数据对应的用户是否为新用户，如果是，则直接保存到持久化数据库；否则，利用该接收到的用户数据覆盖持久化数据库中原有的用户数据。

与现有技术相比，本发明具有以下优点：

本发明提供的一种业务数据的处理系统，包括上述实施例二中的装置。避免了主服务器接收高并发的访问请求时，主服务器崩溃的问题，同时提高了主服务器稳定性；进一步的，将第一业务数据先保存到缓存服务器，避免了第一业务数据丢失的问题。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制。虽然本申请已以较佳实施例揭露如上，然而并非用以限定本申请。任何熟悉本领域的技术人员，在不脱离本申请技术方案范围情况下，都可利用上述揭示的方法和技术内容对本申请技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本申请技术方案保护的范围内。

Claims (13)

1.一种业务数据的处理方法，其特征在于，包括：

当主服务器判断访问请求的数量高于预设值时，缓存服务器存储所述主服务器转发的第一业务数据；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；

当所述主服务器判断访问请求的数量低于或等于所述预设值时，所述缓存服务器将所述第一业务数据发送给所述主服务器；以使所述主服务器利用所述第一业务数据对第二业务数据进行更新，所述第二业务数据为所述主服务器中存储的数据。

2.根据权利要求1所述的方法，其特征在于，在所述缓存服务器将所述第一业务数据发送给所述主服务器后，所述方法还包括：

所述缓存服务器将所述第一业务数据从所述缓存服务器中清除。

3.根据权利要求1所述的方法，其特征在于，所述缓存服务器将所述第一业务数据发送给所述主服务器包括：

所述缓存服务器确定所述主服务器的当前数据处理能力，根据所述当前数据处理能力对所述第一业务数据进行分批处理，并将分批处理后的第一业务数据发送给所述主服务器。

4.根据权利要求3所述的方法，其特征在于，所述主服务器利用所述第一业务数据对第二业务数据进行更新包括：

当所述主服务器判断所述第一业务数据的标识为历史标识时，则利用所述第一业务数据覆盖所述第二业务数据，以对所述第二业务数据进行更新；否则将所述第一业务数据存储到所述主服务器中，以对所述第二业务数据进行更新；其中，所述历史标识为所述主服务器中存储的所述第二业务数据对应的标识。

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

所述缓存服务器将发送失败的第一业务数据进行记录，并生成错误报告，根据所述错误报告，将发送失败的第一业务数据转移至所述主服务器。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述缓存服务器存储所述主服务器转发的第一业务数据之前，所述方法还包括：

所述缓存服务器获取所述第一业务数据的第一标识；所述缓存服务器根据所述第一业务数据生成所述第二标识；其中，所述第一标识由所述主服务器生成；

所述缓存服务器通过判断所述第一标识与所述第二标识是否一致，以对所述第一业务数据进行验证。

7.一种业务数据的处理装置，其特征在于，包括：主服务器和缓存服务器；

所述主服务器，用于判断访问请求的数量是否高于预设值，若是，则将第一业务数据转发给所述缓存服务器；其中，所述第一业务数据为所述主服务器获取所述访问请求中携带的数据；

所述缓存服务器，用于存储所述第一业务数据；还用于当所述访问请求的数量低于或等于预设值时，将所述第一业务数据发送给所述主服务器；

所述主服务器，还用于利用所述第一业务数据对第二业务数据进行更新；其中，所述第二业务数据为所述主服务器中存储的数据。

8.根据权利要求7所述的装置，其特征在于，在将所述第一业务数据发送给所述主服务器后；所述缓存服务器，还用于将所述第一业务数据从所述缓存服务器中清除。

9.根据权利要求7所述的装置，其特征在于，所述缓存服务器，具体用于确定所述主服务器的当前数据处理能力，根据所述当前数据处理能力对所述第一业务数据进行分批处理，并将分批处理后的第一业务数据发送给所述主服务器。

10.根据权利要求9所述的装置，其特征在于，所述主服务器，具体用于当判断所述第一业务数据的标识为历史标识时，则利用所述第一业务数据覆盖所述第二业务数据，以对所述第二业务数据进行更新；否则保存所述第一业务数据，并对所述第二业务数据进行更新；其中，所述历史标识为所述主服务器中存储的所述第二业务数据对应的标识。

11.根据权利要求10所述的装置，其特征在于，所述缓存服务器，还用于将发送失败的第一业务数据进行记录，并生成错误报告，根据所述错误报告，将发送失败的第一业务数据转移至所述主服务器。

12.根据权利要求7-11任一项所述的装置，其特征在于，所述缓存服务器，还用于在存储所述第一业务数据之前，接收所述第一业务数据的第一标识；根据所述第一业务数据生成第二标识；通过判断所述第一标识与所述第二标识是否一致，以对所述第一业务数据进行验证；

所述主服务器，还用于向所述缓存服务器发送所述第一标识。

13.一种业务数据的处理系统，其特征在于，包括权利要求7-12任一项所述的装置；还包括：终端；

所述终端，用于访问所述装置中的主服务器。

Images