CN113051297A - 交易数据查询方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种交易数据查询方法、装置、计算机设备和存储介质。所述方法包括：接收目标账户发送的交易数据查询请求；从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎；将交易数据查询请求发送至目标查询引擎，目标查询引擎用于根据交易数据查询请求，从与目标查询引擎对应的内存数据中查询得到目标数据；将目标数据发送至目标账户。采用本方法能够将交易数据查询请求负载均衡至一组查询引擎中的目标查询引擎，提高了查询引擎应用的有序性，有效解决了交易数据查询时的堵塞问题，进而有效提高了交易数据查询过程的效率。

Description

交易数据查询方法、装置、计算机设备和存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种交易数据查询方法、装置、计算机设备和存储介质。

背景技术

随着信息化的不断深入发展，数据生成速度的不断提高，交易系统需处理的交易数据查询请求(例如，客户交易过程中的订单、成交量等查询请求)数据量也在快速增加。

传统技术中，交易系统的交易数据查询请求可以通过接入网关(负责与客户端进行消息交互)直接发送给预先部署的一个查询引擎进行处理。但是，随着交易数据查询请求数据量的快速增加，查询引擎需返回的数据量也越来越多，采用传统技术中的方式时常会发生数据堵塞的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够解决查询数据时易发生数据堵塞问题的交易数据查询方法、装置、计算机设备和存储介质。

第一方面，本申请实施例提供一种交易数据查询方法，所述方法包括：

接收目标账户发送的交易数据查询请求；

从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎；

将所述交易数据查询请求发送至所述目标查询引擎，所述目标查询引擎用于根据所述交易数据查询请求，从与所述目标查询引擎对应的内存数据中查询得到目标数据；

将所述目标数据发送至所述目标账户。

在其中一个实施例中，当所述交易引擎的数量包括多个时，预先部署与每个交易查询引擎对应的一组查询引擎，其中，每个交易引擎与唯一的分区标识对应，所述分区标识与账户集对应，所述账户集包括同一账户属性信息下的至少一个用户账户；

所述每个交易引擎用于对应账户集下的用户账户发送的业务处理请求。

在其中一个实施例中，所述账户集的生成方式，包括：

获取若干用户账户，以及与每个用户账户对应的账户属性信息；

根据预设的账户属性信息与账户集的对应关系，将所述每个用户账户分组至与所述每个用户账户的账户属性信息对应的账户集中。

在其中一个实施例中，当多个交易引擎中存在主备关系的交易引擎时，则所述主备关系的交易引擎对应同一组查询引擎。

在其中一个实施例中，所述从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎每个交易引擎，包括：

通过预设的负载均衡方式从所述一组查询引擎中确定所述目标查询引擎。

在其中一个实施例中，所述通过预设的负载均衡方式从所述一组查询引擎中确定所述目标查询引擎，包括：

采用轮询方式从所述一组查询引擎中确定处于空闲状态的所述目标查询引擎。

在其中一个实施例中，与所述目标查询引擎对应的内存数据的生成方式，包括：

接收所述目标账户发送的业务处理请求；

确定与所述目标账户所属的目标账户集对应的目标交易引擎；

将所述业务处理请求发送至所述目标交易引擎，以及与所述目标交易引擎对应的一组查询引擎，所述目标交易引擎与对应的一组查询引擎中预选部署有相同的业务处理逻辑，所述目标交易引擎与对应的一组查询引擎用于通过所述业务处理逻辑对所述业务处理请求进行处理，以得到相同的业务处理结果。

第二方面，本申请实施例提供一种交易数据查询装置，所述装置包括：

接收模块，用于接收目标账户发送的交易数据查询请求；

查询引擎确定模块，用于从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎；

第一发送模块，用于将所述交易数据查询请求发送至所述目标查询引擎，所述目标查询引擎用于根据所述交易数据查询请求，从与所述目标查询引擎对应的内存数据中查询得到目标数据；

第二发送模块，用于将所述目标数据发送至所述目标账户。

第三方面，本申请实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项实施例所述的交易数据查询方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一项实施例所述的交易数据查询方法。

上述交易数据查询方法、装置、计算机设备和存储介质，预先为交易系统中的交易引擎部署对应的一组查询引擎，在接收到目标账户发送的交易数据查询请求后，从一组查询引擎中确定目标查询引擎，通过目标查询引擎根据交易数据查询请求，从与目标查询引擎对应的内存数据中查询得到目标数据；将目标数据发送至目标账户。通过预先部署与交易引擎对应的一组目标查询引擎，将交易数据查询请求负载均衡至其中的目标查询引擎，提高了查询引擎应用的有序性，有效解决了交易数据查询时的堵塞问题，进而有效提高了交易数据查询过程的效率。

附图说明

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

图1为一个实施例中交易数据查询方法的应用环境图；

图2为一个实施例中交易数据查询方法的流程示意图；

图3为一个实施例中生成查询引擎对应的内存数据步骤的流程示意图；

图4为一个实施例中交易数据查询方法的流程示意图；

图5为一个实施例中交易数据查询系统的流程示意图；

图6为一个实施例中交易数据查询装置的结构框图；

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

具体实施方式

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

本申请提供的交易数据查询方法，可以应用于如图1所示的应用环境中。其中，终端110通过网络与服务器120进行通信。终端110中部署有可用于处理交易数据查询的客户端。该客户端可以是证券交易客户端、电商客户端等，在以下实施例中将以证券交易客户端为例进行说明。用户可以通过客户端触发业务处理请求(例如，新委托订单的处理请求)、交易数据查询请求(例如，已处理订单的查询请求)、浏览页面(例如，订单页面、商品详情页面)等。服务器120中部署有与终端110中的客户端相对应的交易系统，该交易系统中包括至少一个交易引擎以及对应的一组查询引擎。具体地，终端110获取目标账户的交易数据查询请求后，将交易数据查询请求发送至服务器120。服务器120接收终端110发送的交易数据查询请求，从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎；将交易数据查询请求发送至目标查询引擎，目标查询引擎用于根据交易数据查询请求，从与目标查询引擎对应的内存数据中查询得到目标数据。服务器120将目标数据发送至终端110。

其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种交易数据查询方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤S210，接收目标账户发送的交易数据查询请求。

其中，交易数据查询请求可以是目标账户的委托订单查询请求、当前和/或历史成交量查询请求、虚拟资产查询请求等，视具体情况而定。

具体地，交易数据查询请求可以是用户通过显示于客户端的页面主动触发的请求，例如，用户想要查询自身账户的虚拟资产时，可以通过客户端触发虚拟资产的查询操作，以使客户端获取虚拟资产的查询请求。交易数据查询请求还可以是客户端自行触发的请求，例如，在交易过程中，客户端定时触发当前成交量的查询请求。客户端在获取交易数据查询请求后，将交易数据查询请求发送至对应的交易网关。其中，交易网关是指与客户端通讯连接以及实时进行数据传送的软硬件设施。

步骤S220，从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎。

其中，交易引擎可以是指用于负责交易业务处理的部分，交易引擎与交易网关可以通过互联网、局域网等方式连接。查询引擎可以是指用于负责交易业务查询的部分。交易系统中可以部署有至少一个交易引擎。当交易引擎的数量为多个时，可以预先部署与每个交易引擎对应的一组查询引擎。一组查询引擎的数量包括多个，当然，不排除数量为一个的情况。

具体地，交易网关在接收到交易数据查询请求后，按照预设的负载均衡策略从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎。例如，确定当前处于空闲状态的候选查询引擎，从候选查询引擎中随机选择一个作为目标查询引擎；或者，根据交易数据查询请求中携带的相关查询参数确定交易数据查询请求所需的目标资源，将当前处于空闲状态，且满足目标资源的查询引擎作为目标查询引擎等。

步骤S230，将交易数据查询请求发送至目标查询引擎，目标查询引擎用于根据交易数据查询请求，从与目标查询引擎对应的内存数据中查询得到目标数据。

步骤S240，将目标数据发送至目标账户。

其中，目标数据是指目标查询引擎在接收到交易数据查询请求后，执行查询任务所得到的数据。

具体地，在确定用于处理交易数据查询请求的目标查询引擎后，通过交易网关将交易数据查询请求，以及交易数据查询请求中携带的相关查询参数发送值目标查询引擎。通过目标查询引擎对交易数据查询请求进行处理，从与目标查询引擎对应的内存数据中查询得到目标数据。目标查询引擎将得到的目标数据发送至交易网关，通过交易网关将目标数据发送至客户端。

上述交易数据查询方法中，预先为交易系统中的交易引擎部署对应的一组查询引擎，在接收到目标账户发送的交易数据查询请求后，从一组查询引擎中确定目标查询引擎，通过目标查询引擎根据交易数据查询请求，从与目标查询引擎对应的内存数据中查询得到目标数据；将目标数据发送至目标账户。通过预先部署与交易引擎对应的一组目标查询引擎，将交易数据查询请求负载均衡至其中的目标查询引擎，提高了查询引擎应用的有序性，有效解决了交易数据查询时的堵塞问题，进而有效提高了交易数据查询过程的效率。

在一个实施例中，当交易引擎的数量包括多个时，预先部署与每个交易查询引擎对应的一组查询引擎，其中，每个交易引擎与唯一的分区标识对应，分区标识与账户集对应，账户集包括同一账户属性信息下的至少一个用户账户；每个交易引擎用于对应账户集下的用户账户发送的业务处理请求。

其中，其中，账户属性信息可以用于表示用户账户的相关特性，例如，可以是位置信息、终端设备型号、订单量等。举例说明，存在第一分区标识和第二分区标识。第一分区标识和第一账户集、第一交易引擎对应；第二分区标识和第二账户集、第二交易引擎对应。那么，第一交易引擎用于处理第一账户集中的用户账户发送的业务处理请求。同理，第二交易引擎用于处理第二账户集中的用户账户发送的业务处理请求。

本实施例中，通过对用户账户进行分组得到多个账户集，为每个账户集部署独立的交易引擎，保证同一账户集的业务处理请求能够通过在同一交易引擎处理完成，提升了交易系统的容量、吞吐量等，使得交易系统具备对业务处理请求的并行处理能力，从而有效降低了业务处理的时延；通过为每个账户集部署相应的易引擎，还能够提高交易系统的可扩展性，在用户账户的数量增加时，可以很方便地通过增加新的账户集、增加新的组件等方式实现水平扩展的效果。

在一个实施例中，账户集的生成方式，包括：获取若干用户账户，以及与每个用户账户对应的账户属性信息；根据预设的账户属性信息与账户集的对应关系，将所述每个用户账户分组至与所述每个用户账户的账户属性信息对应的账户集中。

其中，若干用户账户可以是指交易系统中已存在的部分用户账户，例如，当前注册交易系统的新用户账户；还可以是交易系统中的全部用户账户。当然，若干用户账户不排除数量为一个的情况。

具体地，用户可以通过交易系统的前端展示页面配置账户分组规则(包括账户属性信息和账户集的对应关系)。在配置完成后，服务器获取待分组的若干用户账户。获取每个用户账户的账户属性信息。根据预设的账户属性信息与账户集的对应关系，将每个用户账户分组至与每个用户账户的账户属性信息对应的账户集中，得到多个账户集。

一个示例性说明，账户属性信息包括订单量，配制账户分组规则为“一个月内订单量超过预设值的用户账户分组至第一账户集；一个月内订单量未超过预设值的用户账户分组至第二账户集”。服务器获取每个用户账户在一个月内的订单量。将每个用户账户的订单量与预设值进行比较。若订单量大于预设值，则将该用户账户分组至第一账户集。若订单量不大于预设值，则将该用户账户分组至第二账户集。

另一个示例性说明，预先对交易系统进行节点划分，例如，划分为上海节点和深圳节点。账户属性信息包括账户所属节点。配制账户分组规则为“将上海节点的用户账户分组至第一账户集；将深圳节点的用户账户分组至第二账户集”。服务器获取每个用户账户的所属节点。若所属节点为上海节点，则将该用户账户分组至第一账户集。若所属节点为深圳节点，则将该用户账户分组至第二账户集。

本实施例中，由于账户属性信息可以反映一类用户账户对系统资源的需求，通过根据账户属性信息对用户账户进行分组得到多个账户集，以账户集为维度部署合适的组件，可以提高系统资源的利用率，且有助于降低交易业务处理的时延。

在一个实施例中，当多个交易引擎中存在主备关系的交易引擎时，则主备关系的交易引擎对应同一组查询引擎。

其中，主备关系的交易引擎是指多个交易引擎以主备模式运行，主交易引擎可用于执行交易业务处理订单，备交易引擎可用于同步主交易引擎执行交易业务处理订单得到的数据。当然，除了主备模式之外，还可以采用主从模式、主主模式等，在此不做进一步限定。

具体地，当多个交易引擎中存在主备关系的交易引擎时，可以为主备关系的交易引擎部署对应的同一组查询引擎。相应地，可以使主备关系的交易引擎对应的内存数据和查询引擎对应的内存数据保持一致，从而确保交易数据查询的准确性。

本实施例中，通过为主备关系的交易引擎部署对应的同一组查询引擎，将交易数据查询请求负载均衡至其中的目标查询引擎，提高了查询引擎应用的有序性，有效解决了交易数据查询时的堵塞问题，进而有效提高了交易数据查询过程的效率。

在一个实施例中，通过预设的负载均衡方式从一组查询引擎中确定目标查询引擎，包括：采用轮询方式从一组查询引擎中确定处于空闲状态的目标查询引擎。

具体地，服务器通过交易网关接收到交易数据查询请求后，可以通过轮询的方式，将交易数据查询请求依次递交至与交易引擎对应的同组内的各个查询引擎(也可以指与交易网关存在网络连接关系的各个查询引擎)，据此通过负载均衡的方式从该组的查询引擎中选择目标查询引擎。交易网关实时向目标查询引擎发送交易数据查询请求，以指示目标查询引擎执行交易数据查询订单。

本实施例中，通过采用轮询方式从一组查询引擎中确定目标查询引擎，减少了负载均衡策略的部署难度，且提高了交易数据查询方法在不同类型的系统间的兼容性；通过采用轮询方式将交易数据查询请求负载均衡至目标查询引擎，处理过程较为简单，从而在有效解决了交易数据查询时的堵塞问题的前提下，不会消耗服务器过多的内存资源。

在一个实施例中，如图3所示，与所述目标查询引擎对应的内存数据的生成方式，具体可以通过以下步骤实现：

在步骤S310中，接收目标账户发送的业务处理请求。

在步骤S320中，确定与目标账户所属的目标账户集对应的目标交易引擎。

在步骤S330中，将业务处理请求发送至目标交易引擎，以及与目标交易引擎对应的一组查询引擎，目标交易引擎与对应的一组查询引擎中预选部署有相同的业务处理逻辑，目标交易引擎与对应的一组查询引擎用于通过业务处理逻辑对业务处理请求进行处理，以得到相同的业务处理结果。

其中，业务处理请求可以是指需进行交易处理的非数据查询类请求，例如，委托订单的处理请求等。

具体地，客户端在获取业务处理请求后，可以将业务处理请求发送至对应的交易网关。通过交易网关将业务处理请求按预设的内部接口协议转换成相应的业务处理订单。交易网关可以根据目标账户所属的目标账户集从至少一个交易引擎中确定目标交易引擎，并将业务处理订单发送至目标交易引擎，以通过目标交易引擎运行业务处理逻辑对业务处理订单进行处理，得到业务处理结果，并将业务处理结果存储至与目标交易引擎对应的内存中。

进一步地，目标交易引擎在接收到业务处理订单后，实时将业务处理订单转发至对应的一组查询引擎。该组查询引擎中部署有与交易引擎相同的业务处理逻辑，通过该组查询引擎运行业务处理逻辑对业务处理订单进行处理，得到相同的业务处理结果，并将业务处理结果存储至与查询引擎对应的内存中。进而在后续执行交易数据查询订单时，便可从内存数据中筛选得到目标数据，且过程不影响交易引擎和查询引擎各自对应的内存的数据一致性。

进一步地，查询引擎对应的内存数据还可以是从交易引擎对应的内存数据中同步得到的。在这种情况下，可以不在查询引擎中部署业务处理逻辑。

进一步地，当交易引擎的数量为多个时，还可以为每个交易引擎对应的交易网关，即，每个交易网关和每个交易引擎与唯一的分区标识对应，交易网关和交易引擎通过唯一性的分区标识产生链路关系。

本实施例中，通过在交易引擎和对应的查询引擎中部署相同的业务处理逻辑，使查询引擎通过重演交易引擎的业务处理逻辑得到内存数据，可以确保交易引擎和对应的查询引擎的内存数据的一致性，从而保障了交易数据查询的准确性。

在一个实施例中，如图4所示，提供一种具体的交易数据查询方法，以该方法应用于图5所示的系统为例进行说明。该系统包括终端和服务器。其中，终端中预先部署有客户端(例如，订单管理客户端)；服务器中预先部署有与客户端相对应的交易系统。该交易系统包括至少一个交易引擎，以及与每个交易引擎对应的一组查询引擎。如图4所示，包括以下步骤：

在步骤S402中，通过交易网关接收目标账户发送的业务处理请求，并将业务处理请求按预设的内部接口协议转换成相应的业务处理订单。

在步骤S404中，确定与目标账户所属的目标账户集对应的目标交易引擎。

在步骤S406中，将业务处理订单发送至目标交易引擎，并通过目标交易引擎将业务处理订单发送至与目标交易引擎对应的一组查询引擎。其中，目标交易引擎与对应的一组查询引擎中预先部署有相同的业务处理逻辑，目标交易引擎与对应的一组查询引擎用于通过业务处理逻辑对业务处理订单进行处理，以得到相同的业务处理结果，并将业务处理结果存储至各自对应的内存中。

在步骤S408中，通过交易网关接收目标账户发送的交易数据查询请求，并将交易数据查询请求按预设的内部接口协议转换成相应的交易数据查询订单。

在步骤S410中，采用轮询方式从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎。

在步骤S412中，通过交易网关将交易数据查询订单发送至目标查询引擎，目标查询引擎用于根从与目标查询引擎对应的内存数据中筛选得到目标数据。

在步骤S414中，通过交易网关将目标数据发送至目标账户。

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

基于上述所述的交易数据查询方法实施例的描述，本公开还提供交易数据查询装置。所述装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本公开实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

在一个实施例中，如图6所示，提供了一种交易数据查询装置600，包括：第一接收模块602、查询引擎确定模块604、第一发送模块606、第二发送模块608，其中：

第一接收模块602，用于接收目标账户发送的交易数据查询请求；查询引擎确定模块604，用于从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎；第一发送模块606，用于将交易数据查询请求发送至目标查询引擎，目标查询引擎用于根据交易数据查询请求，从与目标查询引擎对应的内存数据中查询得到目标数据；第二发送模块608，用于将目标数据发送至目标账户。

在一个实施例中，当交易引擎的数量包括多个时，预先部署与每个交易查询引擎对应的一组查询引擎，其中，每个交易引擎与唯一的分区标识对应，分区标识与账户集对应，账户集包括同一账户属性信息下的至少一个用户账户；每个交易引擎用于对应账户集下的用户账户发送的业务处理请求。

在一个实施例中，所述装置还包括：获取模块，用于获取若干用户账户，以及与每个用户账户对应的账户属性信息；账户集生成模块，用于根据预设的账户属性信息与账户集的对应关系，将每个用户账户分组至与每个用户账户的账户属性信息对应的账户集中。

在一个实施例中，当多个交易引擎中存在主备关系的交易引擎时，则主备关系的交易引擎对应同一组查询引擎。

在一个实施例中，查询引擎确定模块604，用于通过预设的负载均衡方式从一组查询引擎中确定目标查询引擎。

在一个实施例中，查询引擎确定模块604，用于采用轮询方式从一组查询引擎中确定处于空闲状态的目标查询引擎。

在一个实施例中，装置600还包括：第二接收模块，用于接收目标账户发送的业务处理请求；交易引擎确定模块，用于确定与目标账户所属的目标账户集对应的目标交易引擎；第三发送模块，用于将业务处理请求发送至目标交易引擎，以及与目标交易引擎对应的一组查询引擎，目标交易引擎与对应的一组查询引擎中预选部署有相同的业务处理逻辑，目标交易引擎与对应的一组查询引擎用于通过业务处理逻辑对业务处理请求进行处理，以得到相同的业务处理结果。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图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.根据权利要求2所述的方法，其特征在于，所述账户集的生成方式，包括：

获取若干用户账户，以及与每个用户账户对应的账户属性信息；

根据预设的账户属性信息与账户集的对应关系，将所述每个用户账户分组至与所述每个用户账户的账户属性信息对应的账户集中。

4.根据权利要求2所述的方法，其特征在于，当多个交易引擎中存在主备关系的交易引擎时，则所述主备关系的交易引擎对应同一组查询引擎。

5.根据权利要求1所述的方法，其特征在于，所述从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎每个交易引擎，包括：

通过预设的负载均衡方式从所述一组查询引擎中确定所述目标查询引擎。

6.根据权利要求5所述的方法，其特征在于，所述通过预设的负载均衡方式从所述一组查询引擎中确定所述目标查询引擎，包括：

采用轮询方式从所述一组查询引擎中确定处于空闲状态的所述目标查询引擎。

7.根据权利要求1所述的方法，其特征在于，与所述目标查询引擎对应的内存数据的生成方式，包括：

接收所述目标账户发送的业务处理请求；

确定与所述目标账户所属的目标账户集对应的目标交易引擎；

将所述业务处理请求发送至所述目标交易引擎，以及与所述目标交易引擎对应的一组查询引擎，所述目标交易引擎与对应的一组查询引擎中预选部署有相同的业务处理逻辑，所述目标交易引擎与对应的一组查询引擎用于通过所述业务处理逻辑对所述业务处理请求进行处理，以得到相同的业务处理结果。

8.一种交易数据查询装置，其特征在于，所述装置包括：

接收模块，用于接收目标账户发送的交易数据查询请求；

查询引擎确定模块，用于从预先部署的与交易引擎对应的一组查询引擎中确定目标查询引擎；

第一发送模块，用于将所述交易数据查询请求发送至所述目标查询引擎，所述目标查询引擎用于根据所述交易数据查询请求，从与所述目标查询引擎对应的内存数据中查询得到目标数据；

第二发送模块，用于将所述目标数据发送至所述目标账户。

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

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

Images