CN110365752A - 业务数据的处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种业务数据的处理方法、装置、电子设备和存储介质，在高并发业务场景中，业务数据先缓存到缓存服务器集群中，由缓存服务器集群根据一定的消费速度将业务数据持久化到数据库服务器中，在完成业务数据的缓存之后，向终端设备返回业务响应，通过异步的方式响应业务请求，能够降低数据库服务器上的负载，提高对高并发业务处理的可靠性，同时不需要等到业务数据完成持久化再响应业务请求，减少业务处理的时延。

Description

业务数据的处理方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种业务数据的处理方法、装置、电子设备和存储介质。

背景技术

随着业务的快速发展，业务系统的压力越来越大，尤其在高并发的业务场景中，业务系统会在短时间内接收到大量用户的业务请求，业务系统会将业务数据进行持久化后才能返回业务请求的响应结果，持久化是指将瞬时数据转换为持久数据的过程，持久化的耗时较长。

发明内容

本申请解决的技术问题是：在高并发的业务场景中如何降低数据库的负荷以及减少业务的响应时间。

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

接收来自终端设备的业务请求，业务请求携带用户标识和业务标识；响应于业务请求生成业务数据，响应结果包括响应成功和响应失败，响应成功表示接受业务请求，响应失败表示拒绝业务请求，不同的响应结果生成不同的业务数据。在满足预设的切换条件时，将业务数据缓存到缓存服务器集群中；其中，所述缓存服务器集群用于将存储的业务数据持久化到数据库服务器中；在业务数据成功缓存到缓存服务器集群中后，向终端设备返回业务响应，响应结果包括响应成功和响应失败两个结果，例如业务响应中使用比特位来表示响应结果，1表示响应成功，0表示响应失败。

在一种可能的设计中，还包括：

在不满足预设触发条件时，将所述业务数据持久化到所述数据库服务器中；

在所述业务数据持久化完成后，向所述终端设备返回第二业务响应。

在一种可能的设计中，还包括：

接收业务数据查询请求，获取所述缓存服务器集群的持久化状态；

若所述持久化状态为已完成，向所述数据库服务器发送所述数据查询请求；

若所述持久化状态为未完成，将所述缓存服务器集群中的业务数据和所述数据库服务器中的业务数据进行合并；基于合并的业务数据进行查询。

在一种可能的设计中，所述响应于所述业务请求生成业务数据之前，还包括：

根据预设判别规则对业务请求进行验证；业务请求中携带用户名称、IP地址、业务名称，验证结果为通过。

在一种可能的设计中，将业务数据缓存到缓存服务器集群，包括：

监测缓存服务器集群中包含的多个缓存服务器各自的负荷状态；

将所述业务数据缓存到负荷状态最轻的缓存服务器中。

在一种可能的设计中，在满足预设触发条件时，将业务数据缓存到缓存服务器集群中，包括：

在当前系统时间在预设时间区间内时，将业务数据缓存到缓存服务器集群中。

本申请又一方面提供了一种装置，可以实现上述第一方面的业务数据的处理方法。例如所述装置可以是芯片(如数字处理芯片DSP或应用处理器芯片等)或者服务器。可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

在一种可能的实现方式中，所述装置的结构中包括处理器、存储器；所述处理器被配置为支持所述装置执行上述应用测试方法中相应的功能。存储器用于与处理器耦合，其保存所述装置必要的程序(指令)和/或数据。可选的，所述装置还可以包括通信接口用于支持所述装置与其他网元之间的通信。

在另一种可能的实现方式中，所述装置可以包括执行上述方法中相应动作的单元模块。

在又一种可能的实现方式中，包括处理器和收发装置，所述处理器与所述收发装置耦合，所述处理器用于执行计算机程序或指令，以控制所述收发装置进行信息的接收和发送；当所述处理器执行所述计算机程序或指令时，所述处理器还用于实现上述方法。其中，所述收发装置可以为收发器、收发电路或输入输出接口。当所述装置为芯片时，所述收发装置为收发电路或输入输出接口。

当所述装置为芯片时，发送单元可以是输出单元，比如输出电路或者通信接口；接收单元可以是输入单元，比如输入电路或者通信接口。当所述装置为网络设备时，发送单元可以是发射器或发射机；接收单元可以是接收器或接收机。

本申请又一方面提供了一种装置，该装置包括：存储器和处理器；其中，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，执行各方面所述的方法。

本申请的又一方面提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请的又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

实施本申请的实施例，在预设触发条件下业务请求量存在高并发的特点，将基于终端设备的业务请求得到的业务数据先缓存到缓存服务器集群中，由缓存服务器集群根据一定的消费速度将业务数据持久化到数据库服务器中，在完成业务数据的缓存之后，向终端设备返回业务响应，通过异步的方式响应业务请求，能够降低数据库服务器上的负载，提高对高并发业务处理的可靠性，同时不需要等到业务数据完成持久化再响应业务请求，减少业务处理的时延。

附图说明

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

图1是本申请实施例常见的网络架构图；

图2是本申请实施例提供一种网络架构图；

图3是本申请实施例提供的业务数据的处理方法的另一流程示意图；

图4是本申请实施例提供的业务数据的处理方法另一流程示意图；

图5是本申请实施例提供的一种装置的另一结构示意图；

图6是本申请实施例提供的一种装置的另一结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

图1示出了可以应用于本申请的业务数据的处理装置的示例性系统架构。

如图1所示，系统架构可以包括终端设备10、代理服务器11、业务服务器集群12和数据库服务器13。业务服务器集群12包括业务服务器120、业务服务器121和业务服务器122，数据库服务器部署有主数据库130、从数据库131和从数据库132。系统架构中终端设备的数量可以是多个，图1中仅以一个终端设备作为示例。

其中，终端设备10、代理服务器11、业务服务器集群12和数据库服务器13之间可以通过有线通信链路或无线通信链路进行连接。例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线保真(Wireless-Fidelity，Wi-Fi)通信链路或微波通信链路等。

其中，本申请实施例中的终端设备和服务器上上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、及时通信工具、邮箱客户端、社交平台软件等。

其中，本申请实施例中的终端设备可以是硬件，也可以是软件。当终端设备为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当终端设备为软件时，可以是安装上述所列举的电子设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

当终端设备为硬件时，其上还可以安装有显示设备和摄像头，显示设备显示可以是各种能实现显示功能的设备，摄像头用于采集视频数据；例如：显示设备可以是阴极射线管显示器(Cathode raytubedisplay，简称CR)、发光二极管显示器(Light-emitting diodedisplay，简称LED)、电子墨水屏、液晶显示屏(Liquid crystal display，简称LCD)、等离子显示面板(Plasma displaypanel，简称PDP)等。用户可以利用终端设备上的显示设备，来查看显示的文字、图片、视频等信息。

服务器可以是提供各种服务的服务器，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

应理解，图1中的终端设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的终端设备、网络和服务器。

本申请实施例中，系统架构的工作过程包括：终端设备10向代理服务器11发送业务请求，代理服务器11根据预设的域名解析协议将业务请求发送给业务服务器集群12中的某个业务服务器，假设为业务服务器120，业务服务器120基于业务请求生成业务数据，将业务数据持久化到主数据库130中，主数据库130将数据同步到从数据库131和从数据库132上。从数据库131和从数据库132用于响应业务数据的查询请求。

图1的系统架构存在的问题是：在高并发的业务场景下，业务服务器集群会在短时间内接收到大量的业务请求，相应的需要将大量的业务数据持久化到数据库服务器中，目前的数据库服务器难以承受这种高并发的业务场景，随着业务量的不断增加，数据库服务器可能无法及时响应业务请求，甚至导致瘫痪。

为了解决图1中的系统架构存在的问题，本申请实施例提出了一种新的系统架构，参见图2所示，新的系统架构包括：终端设备20、代理服务器21、业务服务器22、缓存服务器集群24和数据库服务器23，图2中的系统架构和图1的系统架构的区别在于，新增了缓存服务器集群，缓存服务器集群包括多个缓存服务器。

新的系统架构的工作过程包括：终端设备20向代理服务器发送业务请求，代理服务器将业务请求发送给业务服务器集群22中的某个业务服务器，该业务服务器基于业务请求生成业务数据，业务服务器判断满足高并发场景的触发条件时，将业务数据缓存到缓存服务器集群24中，然后缓存服务器集群24将本地存储的业务数据持久化到数据库服务器23中；若不满足高并发场景的触发条件时，将业务数据直接持久化到数据库服务器23中。在高并发场景下，通过异步的方式将业务数据进行持久化，避免单点部署的数据库服务器无法支撑高并发场景的问题，可以减轻数据库的负荷和减小对业务请求的响应时间。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

参见图3，图3是本申请实施例提供的业务数据的处理方法的流程示意图，在本申请实施例中，所述方法包括：

S301、接收来自终端设备的业务请求。

其中，业务请求用于请求完成特定的任务。例如：在课程预约场景中，业务请求用于预约课程。在网络购物场景中，业务请求用于购买商品。业务请求携带用户标识和业务标识，用户标识用于表示用户的身份，业务标识用于表示业务的身份或类型。其中，业务服务器可能在短时间内接收到多个终端设备的业务请求，业务服务器可以采用分布式部署多个业务服务器来实现业务请求的负载均衡，多个服务器的前面部署一个代理服务器，由代理服务器根据预设转发规则将业务请求转发到业务服务器集群中对应的业务服务器上进行处理。

S302、基于业务请求生成业务数据。

其中，业务服务器处理业务请求的方式包括接受业务请求或拒绝业务请求，业务服务器响应业务请求后生成业务数据，不同的响应结果对应不同的业务数据。

在一个或多个实施例中，业务服务器在接受业务请求的情况下，生成业务数据；在拒绝业务请求的情况下，不生成业务数据，只向终端设备返回表示业务请求失败的业务响应，这样可以较少持久化的数据量，相应的减少持久化的时间和减少处理开销。

例如：在课程预约场景中，业务服务器接受终端设备发起的约课请求，获取用户标识和课程标识，生成的业务数据包括用户标识和课程标识；业务服务器拒绝终端设备发起的约课请求，业务服务器不生成业务数据，直接向终端设备返回表示业务请求失败的业务响应。

S303、在满足预设触发条件时，将业务数据缓存到缓存服务器集群中。

其中，触发条件用于触发进行异步持久化操作的条件，触发条件可以根据实际需求来定，例如：在秒杀系统中，业务数据量的增长是可预测的，一般在业务系统开放时间之前或之后的预设时间内业务请求数量会非常大，为了应对这种访问量的突然增大，使用方式进行业务数据的持久化，触发条件为预设时间区间，例如：秒杀时间为12:00，设置预设时间区间为11:58～12:02，业务系统在该预设时间区间执行异步持久化操作，将业务数据缓存到缓存服务器集群中，然后在由缓存服务器集群将业务数据持久化到数据库服务器中，以减轻数据库服务器的负荷，避免数据服务器的访问瓶颈造成系统瘫痪。

又例如：业务系统的负荷状态是随机且不可预测，业务服务器可以周期性的监测负荷量，在负荷参数值大于门限值时，使用异步持久化方式，否则使用同步持久化方式写入。业务服务器每间隔10s监测TPS(transactionper second，每秒处理事务量或业务量)，在TPS大于预设门限值时，使用异步持久化方式写入业务数据，否则使用同步持久化方式写入业务数据。

S304、在业务数据缓存完成后，向终端设备返回第一业务响应。

其中，缓存服务器集群在完成业务数据的缓存之后，向业务服务器发送缓存状态指示信息，业务服务器根据缓存状态指示信息得到缓存数据缓存成功或缓存失败。缓存状态指示信息携带业务数据的编号，缓存状态指示信息可以使用bitmap来表示不同的缓存状态，例如：1表示缓存成功，0表示缓存失败。业务服务器向终端设备返回第一业务响应，第一业务响应用于通知终端设备的用户业务请求是否被成功处理，第一业务响应携带响应结果信息，响应结果信息表示响应成功或响应失败。

例如：在课程预约系统中，由于课程已预约满或用户已预约的课程和待预约的课程发生冲突等原因，业务服务器会向终端设备发送表示第一业务响应，第一业务响应表示约课失败；在用户成功预约到所需的课程时，第一业务响应表示约课成功。

实施本申请的实施例，在预设触发条件下业务请求量存在高并发的特点，将基于终端设备的业务请求得到的业务数据先缓存到缓存服务器集群中，由缓存服务器集群根据一定的消费速度将业务数据持久化到数据库服务器中，在完成业务数据的缓存之后，向终端设备返回业务响应，通过异步的方式响应业务请求，能够降低数据库服务器上的负载，提高对高并发业务处理的可靠性，同时不需要等到业务数据完成持久化再响应业务请求，减少业务处理的时延。

参见图4，为本申请实施例提供的一种业务数据的处理方法的另一流程示意图，在本申请实施例中，所述方法包括：

S401、接收来自终端设备的业务请求。

其中，业务请求用于请求完成特定的任务，业务请求的消息类型可以是HTTP(HyperText Transfer Protocol，超文本传输协议)消息、UDP(User DatagramProtocol，UDP)消息或TCP(Transmission Control Protocol传输控制协议)消息。业务请求可以携带用户标识和业务标识，用户标识用于表示用户的身份，业务标识用于表示业务的身份或业务类型。

例如：在课程预约场景中，业务请求包括课程预约请求，用户通过终端设备向业务服务器发送课程预约请求，课程预约请求携带用户ID和课程ID，课程预约请求表示用户请求预约某个课程。

又例如：在网络购物场景中，业务请求包括订单请求，订单请求中携带用户ID和商品ID，订单请求用于表示用户购买某个商品。

在一个或多个实施例中，业务服务器是采用分布式部署的服务器集群，即业务服务器包括多个服务器，多个服务器中包括一个用于进行负载均衡的中心服务器，终端设备将服务器发送给中心服务器，中心服务器检测各个服务器的负荷信息，负荷信息包括但不限于：可用带宽、吞吐量和时延中的一种或多种，中心服务器将业务请求发送给多个服务器中负荷最轻的服务器进行处理。业务请求量可能会在短时间内快速增长，通过分布式部署的业务服务器能减少单个服务器上负荷过大的问题，提高处理业务的可靠性。

例如：在课程预约场景中，业务服务器是由多个scalper节点组成的服务器集群，多个scalper节点的前面部署有代理服务器，代理服务器可以由nginx来实现，代理服务器接收来自终端设备的约课请求，代理服务器监测各个scalper节点的可用带宽，将业务请求发送给可用带宽最大的scalper节点进行处理。

S402、根据预设判别规则验证业务请求是否合法。

其中，业务服务器上预存储或预配置有预设判别规则，预设判别规则可根据实际需求来定，本申请不作限制。

在一个或多个实施例中，业务服务器预存储或预配置有用户资源池，用户资源池中包括多个用户标识，业务服务器接收业务请求，解析业务请求中携带的用户标识，判断业务请求中携带的用户标识是否在用户资源池中，若为是，验证业务请求是合法；若为否，验证业务请求是不合法的。

在一个或多个实施例中，业务服务器预存储或预配置有IP地址资源池，IP地址资源池中包括多个IP地址，业务服务器接收业务请求，解析业务请求中携带的IP地址，判断业务请求中携带的IP地址是否位于IP地址资源池中，若为是，验证业务请求是合法的；若为否，验证业务请求是不合法的。

其中，业务服务器设置有一个消息队列，消息队列用于根据先进先出的规则存储业务请求，业务服务器在接收到业务请求之后，判断业务请求是否存储在消息队列中，若为是，丢弃该业务请求；若为否，将业务请求放入到消息队列的队尾。判断两个业务请求是否相同的方法可以是：比较业务请求中携带的用户标识和业务标识，若用户标识和业务标识相同，则两个业务请求是相同的，这样能避免同一个用户在短时间内提交大量的业务请求，造成消息的拥塞。

S403、基于业务请求生成业务数据。

其中，业务服务器根据资源状态对业务请求进行处理，处理后得到业务数据，业务服务器处理业务请求的方式包括接受业务请求和拒绝业务请求，不同的处理方法对应不同的业务数据。业务服务器可能在资源不足的情况下，拒绝业务请求的处理。

在一个或多个实施例中，业务服务器在接受业务请求的情况下，会生成业务数据；业务服务器在拒绝业务请求的情况下，不生成业务数据，直接向终端设备标识业务请求失败的业务响应，这样能减少业务数据生成的数量，相应的减少持久化的时间和处理开销。

例如：在网络购物场景中，业务服务器接收来自终端设备的订单请求，解析订单请求得到用户ID和商品ID，业务服务器成功处理该订单请求后生成的业务数据为订单记录，订单记录包括用户ID、商品ID、交易日期、商品价格等信息；若业务服务器处理该订单请求失败的情况下，向终端设备返回订单失败的响应消息。

S404、丢弃业务请求。

其中，验证业务请求不通过的情况下，丢弃业务请求。丢弃该业务请求的同时，业务服务器可以向终端设备返回验证不通过的原因，该原因可以使用错误码来表示。

S405、当前系统时刻是否在预设时间区间内。

其中，业务服务器预存储或预配置有预设时间区间，业务服务器上负荷的变化趋势趋势是可以预测的。例如：在课程预约场景中，在课程开放时刻的先后，业务服务器上的业务请求量会在短时间内快速增长，短时间内的业务并发量会很大。又例如，在网络购物场景的秒杀活动中，在秒杀时间的先后，业务服务器上的业务请求量。针对这种可预测业务请求量的场景，服务器根据指定时刻配置预设时间区间，例如：以指定时刻为中心的前后预设时长形成的时间区间为预设时间区间，假设课程预约时刻为12:00，业务服务器设置预设时间区间为11:58～12:02。可选的，预设时间区间可以包括一个或多个时间段。

在一个或多个实施例中，业务服务器上的负荷的变化趋势是随机的，不具备预测性。业务服务器可以周期性的监测负荷参数值，在负荷参数值大于预设门限值的情况下，使用异步持久化的方式写入业务数据，即先将业务数据写入到缓存服务器集群，再指示缓存服务器集群以预设的消费速度将业务数据持久化到数据库服务器中；在负荷参数值小于或等于预设门限值的情况下，使用同步持久化的方式写入业务数据，即直接将业务数据持久化到数据库服务器中。

在一个或多个实施例中，业务服务器可以在预设时间区间的结束时刻之后的指定时刻关闭缓存服务器集群和数据库服务器之间的持久化过程，在该指定时刻缓存服务器集群的持久化可能为已完成或未完成状态，例如：预设时间区间为11：58～12:02，指定时刻为12:04，业务服务器在预设时间区间将业务数据缓存到缓存服务器集群，同时缓存服务器集群根据预设的消费将本地存储的业务数据持久化到数据库服务器中；在当前系统时刻到达12:04分时，关闭缓存服务器集群的持久化过程，记录缓存服务器集群的持久化状态。

S406、监测缓存服务器集群中各个缓存服务器的负荷状态。

其中，负荷状态可以使用可用带宽、吞吐率、时延中的一种或多种来表示，缓存服务器集群中包括多个缓存服务器，缓存服务器集群可以使用redis cluster来部署。

例如：缓存服务器集群包括4个缓存服务器，分别为缓存服务器1、缓存服务器2、缓存服务器3和缓存服务器4，业务服务器监测1s内4个缓存服务器的TPS，监测到缓存服务器1上的可用带宽为10G，监测到缓存服务器2上的可用带宽为8G，监测到缓存服务器3上的可用带宽为5G，监测到缓存服务器4上的可用带宽为6G。

S407、将业务数据缓存到负荷最轻的缓存服务器中。

例如：根据S406的例子，业务服务器确定4个缓存服务器中缓存服务器1的可用带宽最大，业务服务器将业务数据缓存到缓存服务器1中。

在一个或多个实施例中，缓存服务器集群中的各个缓存服务器预先从0开始编号，业务服务器在缓存服务器集群中选择用户缓存业务数据的方法可以是：业务服务器对业务数据根据哈希算法得到一个哈希值，将得到的哈希值对缓存服务器集群中的缓存服务器的数量进行取模得到余数，根据余数选择一个缓存服务器缓存业务数据。哈希算法的类型可以是现有的任意一种，本申请实施例不作限制。

例如：缓存服务器集群中包含4个缓存服务器，4个缓存服务器的编号分别为0、1、2和3，业务服务器根据MD5算法对业务数据进行哈希运算得到的一个哈希值为65540，将哈希值对4进行取模得到2，将得到的余数2作为缓存服务器的编号，业务服务器业务数据缓存到编号为2的缓存服务器中。

S408、在业务数据缓存完成后，向终端设备返回第一业务响应。

其中，缓存服务器集群在完成业务数据的缓存之后，向业务服务器发送缓存状态指示信息，业务服务器根据缓存状态指示信息得到缓存数据缓存成功或缓存失败。缓存状态指示信息携带业务数据的编号，缓存状态指示信息可以使用bitmap来表示不同的缓存状态，例如：1表示缓存成功，0表示缓存失败。第一业务响应中携带响应结果信息，响应结果信息表示响应成功或响应失败，响应成功即业务服务器接受业务请求，响应失败即业务服务器拒绝业务请求。

在本申请的实施例中，缓存服务器集群在缓存来自业务服务器的业务数据的同时，会根据预设的消费速度将本地存储的业务数据持久化到数据库服务器中，数据库服务器部署有数据库，数据的类型可以是现有的任意一种数据库，例如：数据库的类型为mysql。

在本申请实施例中，缓存服务器集群中的业务数据持久化到数据库服务器中需要耗费一定的时间，缓存服务器集群中业务数据的持久化状态分为已完成和未完成两个状态，已完成表示缓存服务器集群中全部的业务数据持久化到数据库服务器中，未完成表示缓存服务器集群中还存在部分业务数据未持久化到数据库服务器中。其中，在业务服务器接收业务数据查询请求时，获取缓存服务器集群的持久化状态，若持久化状态为已完成，数据库服务器发送数据查询请求；若持久化状态为未完成，将缓存服务器集群中的业务数据和数据库服务器中的业务数据进行合并，基于合并的业务数据进行查询。

S409、将业务数据持久化到数据库服务器中。

其中，持久化表示将瞬时数据转换为持久数据的过程

S310、在持久化完成后，向终端设备返回第二业务响应，第二业务响应中携带响应结果信息，响应结果信息表示响应成功或响应失败，具体可参照第一业务响应的描述，此处不再赘述。

在本申请实施例中，业务系统包括三种状态：同步持久化完成、异步方式、和同步持久化未完成，三种状态可以相互转换，同步持久化完成表示业务服务器直接将业务数据持久化到数据库服务器中，且缓存服务器集群中的业务数据全部持久化到数据库服务器中；异步方式表示业务服务器先将业务数据缓存到缓存服务器集群中，然后缓存服务器尚未将本地存储的业务数据持久化到数据库服务器中；同步持久化未完成表示业务服务器直接将业务数据持久化到数据库服务器中，但缓存服务器集群中的存在部分业务数据尚未持久化到数据库服务器中。

实施本申请实施例，在预设时间区间业务请求量存在高并发的特点，将基于终端设备的业务请求得到的业务数据先缓存到缓存服务器集群中，由缓存服务器集群根据一定的消费速度将业务数据持久化到数据库服务器中，在完成业务数据的缓存之后，向终端设备返回业务响应，通过异步的方式响应业务请求，能够降低数据库服务器上的负载，提高对高并发业务处理的可靠性，同时不需要等到业务数据完成持久化再响应业务请求，减少业务处理的时延。

上述图3至图4详细阐述了业务数据的处理方法。相应的本申请实施例的一种视频数据的处理装置(简称装置)的结构示意图。

请参见图5，图5是本申请实施例提供的一种装置5的结构示意图，该装置5可以包括收发单元501、生成单元502和缓存单元503。

收发单元501，用于接收来自终端设备的业务请求。

生成单元502，用于基于所述业务请求生成业务数据。

缓存单元503，用于在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中；其中，所述缓存服务器集群用于将本地存储的业务数据持久化到数据库服务器中。

收发单元501，还用于在所述业务数据缓存完成后，向所述终端设备返回第一业务响应。

在一个或多个实施例中，装置5还包括：

持久化单元，用于在不满足预设触发条件时，将所述业务数据持久化到所述数据库服务器中；

收发单元501，还用于在所述业务数据持久化完成后，向所述终端设备返回第二业务响应。

在一个或多个实施例中，收发单元501，还用于接收数据查询请求；

装置6还包括：查询单元，用于获取所述缓存服务器集群的持久化状态；

若所述持久化状态为已完成，将所述数据查询请求发送给所述数据库服务器，指示所述数据库服务器进行查询；

若所述持久化状态为未完成，将所述缓存服务器集群中的业务数据和所述数据库服务器中的业务数据进行合并，基于合并后的业务数据进行查询。

在一个或多个实施例中，还包括：验证单元，用于根据预设判别规则对所述业务请求进行验证得到验证结果；其中，所述验证结果为验证通过，所述业务请求携带用户标识和业务标识。

在一个或多个实施例中，缓存单元503具体用于：

监测所述缓存服务器集群中各个缓存服务器的负荷状态；

将所述业务数据发送给负荷最轻的缓存服务器进行缓存。

在一个或多个实施例中，缓存单元503具体用于在当前系统时刻位于预设时间区间时，将所述业务数据缓存到缓存服务器集群中。

在一个或多个实施例中，缓存单元503具体用于：监测预设时长内的业务请求量；

在业务请求量大于预设门限值时，将所述业务数据缓存到缓存服务器集群中。

装置5可以是服务器，装置5也可以为实现相关功能的现场可编程门阵列(field-programmable gate array，FPGA)，专用集成芯片，系统芯片(system onchip，SoC)，中央处理器(central processorunit，CPU)，网络处理器(networkprocessor，NP)，数字信号处理电路，微控制器(micro controllerunit，MCU)，还可以采用可编程控制器(programmablelogic device，PLD)或其他集成芯片。

图6为本申请实施例提供的一种视频数据的处理装置结构示意图，以下简称装置6，装置6可以集成于前述的业务服务器，如图6所示，该装置包括：存储器602、处理器601和收发器603。

存储器602可以是独立的物理单元，与处理器601和收发器603可以通过总线连接。存储器602、处理器601和收发器603也可以集成在一起，通过硬件实现等。

存储器602用于存储实现以上方法实施例，或者装置实施例各个模块的程序，处理器601调用该程序，执行以下操作：

指示收发器603接收来自终端设备的业务请求；

基于所述业务请求生成业务数据；

在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中；其中，所述缓存服务器集群用于将本地存储的业务数据持久化到数据库服务器中；

在所述业务数据缓存完成后，指示收发器603向所述终端设备返回第一业务响应。

在一个或多个实施例中，处理器601还用于执行：

在不满足预设触发条件时，将所述业务数据持久化到所述数据库服务器中；

在所述业务数据持久化完成后，指示收发器603向所述终端设备返回第二业务响应。

在一个或多个实施例中，处理器601还用于执行：

指示收发器603接收数据查询请求；

获取所述缓存服务器集群的持久化状态；

若所述持久化状态为已完成，指示收发器603将所述数据查询请求发送给所述数据库服务器，指示所述数据库服务器进行查询；

若所述持久化状态为未完成，将所述缓存服务器集群中的业务数据和所述数据库服务器中的业务数据进行合并，基于合并后的业务数据进行查询。

在一个或多个实施例中，处理器601还用于执行：

根据预设判别规则对所述业务请求进行验证得到验证结果；其中，所述验证结果为验证通过，所述业务请求携带用户标识和业务标识。

在一个或多个实施例中，处理器601执行所述将所述业务数据缓存到缓存服务器集群中，包括：

监测所述缓存服务器集群中各个缓存服务器的负荷状态；

将所述业务数据发送给负荷最轻的缓存服务器进行缓存。

在一个或多个实施例中，处理器601执行所述在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中，包括：

在当前系统时刻位于预设时间区间时，将所述业务数据缓存到缓存服务器集群中。

在一个或多个实施例中，处理器601执行所述在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中，包括：

监测预设时长内的业务请求量；

在业务请求量大于预设门限值时，将所述业务数据缓存到缓存服务器集群中。

在一个或多个实施例中，装置6还包括输入装置和输出装置。

其中，输入装置包括但不限于键盘、鼠标、触摸面板、摄像头和麦克风；输出装置包括但限于显示屏。

在一个或多个实施例中，当上述实施例的业务数据的处理方法中的部分或全部通过软件实现时，装置也可以只包括处理器。用于存储程序的存储器位于装置之外，处理器通过电路/电线与存储器连接，用于读取并执行存储器中存储的程序。

处理器可以是中央处理器(central processing unit，CPU)，网络处理器(networkprocessor，NP)或者CPU和NP的组合。

处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmablegate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

存储器可以包括易失性存储器(volatile memory)，例如存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flashmemory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。

本申请实施例还提供了一种计算机存储介质，存储有计算机程序，该计算机程序用于执行上述实施例提供的业务数据的处理方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的业务数据的处理方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

Claims (10)

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

接收来自终端设备的业务请求；

基于所述业务请求生成业务数据；

在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中；其中，所述缓存服务器集群用于将本地存储的业务数据持久化到数据库服务器中；

在所述业务数据缓存完成后，向所述终端设备返回第一业务响应。

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

在不满足预设触发条件时，将所述业务数据持久化到所述数据库服务器中；

在所述业务数据持久化完成后，向所述终端设备返回第二业务响应。

3.根据权利要求1或2所述的方法，其特征在于，

接收数据查询请求；

获取所述缓存服务器集群的持久化状态；

若所述持久化状态为已完成，将所述数据查询请求发送给所述数据库服务器，指示所述数据库服务器进行查询；

若所述持久化状态为未完成，将所述缓存服务器集群中的业务数据和所述数据库服务器中的业务数据进行合并，基于合并后的业务数据进行查询。

4.根据权利要求3所述的方法，其特征在于，所述基于所述业务请求生成业务数据之前，还包括：

根据预设判别规则对所述业务请求进行验证得到验证结果；其中，所述验证结果为验证通过，所述业务请求携带用户标识和业务标识。

5.根据权利要求4所述的方法，其特征在于，所述将所述业务数据缓存到缓存服务器集群中，包括：

监测所述缓存服务器集群中各个缓存服务器的负荷状态；

将所述业务数据发送给负荷最轻的缓存服务器进行缓存。

6.根据权利要求5所述的方法，其特征在于，所述在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中，包括：

在当前系统时刻位于预设时间区间时，将所述业务数据缓存到缓存服务器集群中。

7.根据权利要求5所述的方法，其特征在于，所述在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中，包括：

监测预设时长内的业务请求量；

在业务请求量大于预设门限值时，将所述业务数据缓存到缓存服务器集群中。

8.一种业务数据的处理装置，其特征在于，包括：

收发单元，用于接收来自终端设备的业务请求；

生成单元，用于基于所述业务请求生成业务数据；

缓存单元，用于在满足预设触发条件时，将所述业务数据缓存到缓存服务器集群中；其中，所述缓存服务器集群用于将本地存储的业务数据持久化到数据库服务器中；

所述收发单元，还用于在所述业务数据缓存完成后，向所述终端设备返回第一业务响应。

9.一种电子设备，其特征在于，包括处理器和存储器，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。