CN109144979B - 一种基于分布式应用系统的数据处理方法及装置 - Google Patents

Abstract

本申请提供了一种基于分布式应用系统的数据处理方法及装置，方法包括：接收交易请求，并从交易请求中获取交易标识；根据交易标识和数据库数目，确定目标数据通道编号；获取服务目录信息，从服务目录信息中获取与目标数据通道编号对应的数据库服务器信息；从与目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息；根据目标数据库服务器信息，与目标数据库服务器建立连接，并发送交易请求至目标数据库服务器，以使目标数据库服务器响应所述交易请求，执行交易处理过程。在本申请中，通过以上方式可以降低数据库连接的维护难度。

Description

一种基于分布式应用系统的数据处理方法及装置

技术领域

本申请涉及银行业务处理技术领域，特别涉及一种基于分布式应用系统的数据处理方法及装置。

背景技术

在银行应用中，数据库的读、写操作资源开销，逐渐成为系统性能瓶颈。为提高系统处理能力，降低运行风险，常常采用分库分表、数据冗余、读写分离及构建分布式系统的技术，由多台应用服务器协同工作，完成单台服务器无法处理的任务(如，高并发、大数据量的任务)。

但是，多台应用服务器协同工作的前提是每台应用服务器均需要连接所有的数据库服务器，维护所有的数据库服务器连接，难度大。

发明内容

为解决上述技术问题，本申请实施例提供一种基于分布式应用系统的数据处理方法及装置，以达到降低数据库连接的维护难度的目的，技术方案如下：

一种基于分布式应用系统的数据处理方法，包括：

接收交易请求，并从所述交易请求中获取交易标识；

根据所述交易标识和数据库数目，确定目标数据通道编号；

获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息；

从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息；

根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程。

优选的，所述根据所述交易标识和数据库数目，确定目标数据通道编号之后，还包括：

根据所述交易请求对应的交易场景信息和所述目标数据通道编号，确定所述交易请求对应的子交易码；

所述获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息，包括：

获取服务目录信息，从所述服务目录信息中确定所述子交易码所属数据通道的编号；

从所述服务目录信息中获取与所述子交易码所属数据通道的编号对应的数据库服务器信息；

所述从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息，包括：

从与所述子交易码所属数据通道的编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

优选的，所述服务目录信息的生成过程，包括：

确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息；

建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息的映射关系，得到所述服务目录信息。

优选的，所述服务目录信息的更新过程，包括：

接收数据库服务器信息的失效指示信息；

删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系；

接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息；

确定所述待增加的数据库服务器信息对应的数据通道编号；

在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

优选的，所述服务目录信息的生成过程，包括：

确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息及子交易码；

建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系，得到所述服务目录信息。

一种基于分布式应用系统的数据处理装置，包括：

第一获取模块，用于接收交易请求，并从所述交易请求中获取交易标识；

第一确定模块，用于根据所述交易标识和数据库数目，确定目标数据通道编号；

第二获取模块，用于获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息；

第二确定模块，用于从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息；

发送模块，用于根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程。

优选的，所述装置还包括：

第三确定模块，用于根据所述交易请求对应的交易场景信息和所述目标数据通道编号，确定所述交易请求对应的子交易码；

所述第二获取模块，具体用于：

获取服务目录信息，从所述服务目录信息中确定所述子交易码所属数据通道的编号；

从所述服务目录信息中获取与所述子交易码所属数据通道的编号对应的数据库服务器信息；

所述第二确定模块，具体用于：

从与所述子交易码所属数据通道的编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

优选的，所述装置还包括：

第一服务目录信息生成模块，用于确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息，及建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息的映射关系，得到所述服务目录信息。

优选的，所述装置还包括：

服务目录信息更新模块，用于接收数据库服务器信息的失效指示信息，及删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系，及接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息，及确定所述待增加的数据库服务器信息对应的数据通道编号，及在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

优选的，所述装置还包括：

第二服务目录信息生成模块，用于确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息及子交易码，及建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系，得到所述服务目录信息。

与现有技术相比，本申请的有益效果为：

在本申请中，应用服务器在接收交易请求之后，可以通过获取服务目录信息，从服务目录信息中获取与目标数据通道编号对应的数据库服务器信息(即可用的数据库服务器的信息)，并从可用的数据库服务器中选取一个数据库服务器，作为目标数据库服务器，与目标数据库服务器建立连接，响应交易请求，完成数据处理，不再需要连接所有的数据库，因此不需要维护所有的数据库连接，降低了数据库连接的维护难度。

附图说明

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

图1是本申请提供的基于分布式应用系统的数据处理方法的一种流程图；

图2是本申请提供的基于分布式应用系统的数据处理方法的一种流程图；

图3是本申请提供的基于分布式应用系统的数据处理方法的一种流程图；

图4是本申请提供的基于分布式应用系统的数据处理方法的一种流程图；

图5是本申请提供的基于分布式应用系统的数据处理方法的一种流程图；

图6是本申请提供的分布式应用系统架构的示意图；

图7是本申请提供的基于分布式应用系统的数据处理装置的一种逻辑结构示意图。

具体实施方式

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

本申请实施例公开了一种基于分布式应用系统的数据处理方法，包括：接收交易请求，并从所述交易请求中获取交易标识；根据所述交易标识和数据库数目，确定目标数据通道编号；获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息；从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息；根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程。在本申请中，可以降低数据库连接的维护难度。

接下来对本申请实施例公开的基于分布式应用系统的数据处理方法进行介绍，请参见图1，可以包括：

步骤S11、接收交易请求，并从所述交易请求中获取交易标识。

步骤S12、根据所述交易标识和数据库数目，确定目标数据通道编号。

数据库数目可以理解为：银行应用中涉及到的所有数据库的数目。

根据所述交易标识和数据库数目，确定目标数据通道编号的过程，具体可以包括：

A11、计算所述交易标识的哈希值。

A12、将所述交易标识的哈希值模除数据库数目，模除的结果作为目标数据通道编号。

步骤S13、获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息。

本实施例中，需建立多个独立且不同的数据通道，每个数据通道可对应多个不同的数据库服务器。服务目录信息则用于记录数据通道与数据库服务器的映射关系，具体地，服务目录信息可以包括多条不同的映射关系，映射关系可以理解为数据通道编号与数据库服务器信息的映射关系。

需要说明的是，同一个数据通道编号可能对应多个数据库服务器信息。同一个数据通道编号对应多个数据库服务器信息，可以理解为：同一个数据通道编号存在多个可以使用的数据库服务器。

本实施例中，应用层的应用服务器可以通过执行ZooKeeper client程序，从调度层获取服务目录信息。ZooKeeper可以理解为：分布式的，开放源码的分布式应用程序协调服务。

步骤S14、从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

数据库服务器信息可以理解为：数据库服务器的IP地址及端口信息。

步骤S15、根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程。

目标数据库服务器可以理解为目标数据库服务器信息对应的数据库服务器。

在本申请中，应用服务器在接收交易请求之后，可以通过获取服务目录信息，从服务目录信息中获取与目标数据通道编号对应的数据库服务器信息(即可用的数据库服务器的信息)，并从可用的数据库服务器中选取一个数据库服务器，作为目标数据库服务器，与目标数据库服务器建立连接，响应交易请求，完成数据处理，不再需要连接所有的数据库，因此不需要维护所有的数据库连接，降低了维护难度。

进一步地，由于各个数据通道是独立的，因此当某个数据通道出现故障时(如，应用服务器异常、数据库服务器异常)，其他数据通道不受影响，可单独对出现故障的数据通道进行隔离处理，降低数据和业务逻辑的耦合度，从而降低数据通道故障造成的业务影响。

当然，由于数据通道是独立，因此数据通道对应的服务器可单独进行扩容(如，增加数据库服务器或应用服务器)，且不会对上层应用造成影响。并且，上层应用可以单独对某个数据通道进行超时、流量控制，运行维护方便。

在本申请的另一个实施例中，介绍另外一种基于分布式应用系统的数据处理方法，请参见图2，可以包括：

步骤S21、接收交易请求，并从所述交易请求中获取交易标识。

步骤S22、根据所述交易标识和数据库数目，确定目标数据通道编号。

步骤S21-S22与前述实施例中的步骤S11-S12相同，步骤S21-S22的详细过程可以参见步骤S11-S12的相关介绍，在此不再赘述。

步骤S23、根据所述交易请求对应的交易场景信息和所述目标数据通道编号，确定所述交易请求对应的子交易码。

需要说明的是，每个数据通道可以对应多个不同的子交易码，每个子交易码各自对应一个交易场景信息，且各个子交易码对应的交易场景信息各不相同。

子交易码可以理解为可以访问后端服务提供的控制信息的标识信息。

步骤S24、获取服务目录信息，从所述服务目录信息中确定所述子交易码所属数据通道的编号。

本实施例中，先根据数据通道编号确定子交易码，再从服务目录信息中确定子交易码所属数据通道的编号，可以保证应用服务器访问的数据通道的一致性。

步骤S25、从所述服务目录信息中获取与所述子交易码所属数据通道的编号对应的数据库服务器信息。

步骤S24-S25为前述实施例中步骤S13的一种具体实施方式。

步骤S26、从与所述子交易码所属数据通道的编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

步骤S26为前述实施例中步骤S14的一种具体实施方式。

步骤S27、根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程。

在本申请的另一个实施例中，介绍前述实施例中步骤S13中服务目录信息的生成过程，可以参见图3，可以包括：

步骤S31、确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息。

在建立多个独立的数据通道之后，可以对各个独立的数据通道分配编号，保证各个独立的数据通道的编号各不相同。

并且，为各个独立的数据通道分配数据库服务器。

在为各个独立的数据通道分配编号以及数据库服务器后，则可以确定出各个数据通道的编号及各个数据通道对应的数据库服务器信息。

步骤S32、建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息的映射关系，得到所述服务目录信息。

可以理解的是，服务目录信息记录的是各个数据通道各自的编号与对应的数据库服务器信息的映射关系。

基于前述实施例介绍的服务目录信息的生成过程，在本申请的另一个实施例中，对服务目录信息的更新过程进行介绍，请参见图4，可以包括：

步骤S41、接收数据库服务器信息的失效指示信息。

当数据库服务器停止运行或挂起时，监控数据库服务器的协调服务器可以向应用层的应用服务器上报数据库服务器信息的失效指示信息。

相应地，应用层的应用服务器接收上报的数据库服务器信息的失效指示信息。

步骤S42、删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系。

删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系，避免应用层与无效的数据库服务器建立连接，提高数据库服务器连接的可靠性及工作效率。

步骤S43、接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息。

当监控数据库服务器的协调服务器监控到有新的数据库服务器请求加入对应的数据通道时，可以向应用层的应用服务器上报增加指示信息，且增加指示信息中包括待增加的数据库服务器信息。

待增加的数据库服务器信息可以理解为：待增加的数据库服务器的信息。

步骤S44、确定所述待增加的数据库服务器信息对应的数据通道编号。

步骤S45、在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

在本申请的另一个实施例中，介绍前述实施例中步骤S24中服务目录信息的生成过程，可以参见图5，可以包括：

步骤S51、确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息及子交易码。

在建立多个独立的数据通道之后，可以对各个独立的数据通道分配编号，保证各个独立的数据通道的编号各不相同。

并且，为各个独立的数据通道分配数据库服务器及子交易码。

在为各个独立的数据通道分配编号、数据库服务器及子交易码后，则可以确定出各个数据通道的编号、各个数据通道对应的数据库服务器信息及子交易码。

步骤S52、建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系，得到所述服务目录信息。

可以理解是，本实施例中的服务目录信息记录的是各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系。

数据通道的编号与对应的数据库服务器信息及子交易码的映射关系可以理解为：数据通道的编号对应多个子交易码，且数据通道的编号对应多个数据库服务器信息。

本实施例中，对服务目录信息的更新过程进行介绍，可以包括：

B11、接收数据库服务器信息的失效指示信息。

当数据库服务器停止运行或挂起时，监控数据库服务器的协调服务器可以向应用层的应用服务器上报数据库服务器信息的失效指示信息。

相应地，应用层的应用服务器接收上报的数据库服务器信息的失效指示信息。

B12、删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系。

删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系，避免应用层与无效的数据库服务器建立连接，提高数据库服务器连接的可靠性及工作效率。

B13、接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息。

当监控数据库服务器的协调服务器监控到有新的数据库服务器请求加入对应的数据通道时，可以向应用层的应用服务器上报增加指示信息，且增加指示信息中包括待增加的数据库服务器信息。

待增加的数据库服务器信息可以理解为：待增加的数据库服务器的信息。

B14、确定所述待增加的数据库服务器信息对应的数据通道编号。

B15、在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

需要说明的是，前述各个实施例介绍的各步骤是基于本申请提供的分布式应用系统架构执行的。分布式应用系统架构可以参见图6，其包括：应用层、数据通道层和调度层。

应用层：以标准的企业级应用框架为基础，增加访问数据通道服务的功能插件，服务启动后，从调度层加载服务目录信息到内存中作为技术参数，订阅调度层的服务目录变更事件，动态感知数据通道层的服务可用情况。接收到服务目录变更事件后，更新服务目录信息。

数据通道层：以标准的企业级应用框架为基础，增加发布数据通道服务的功能插件，服务启动后，将相应的数据库服务器信息(如，IP地址、应用端口等)注册到调度层的服务目录中。当数据通道层的应用服务器停止、挂起时，连接的客户端会话失效，由调度层向应用层上报服务目录变更事件。

调度层：基于zookeeper集群，发布服务目录，提供数据通道、子交易码、数据通道层的服务器(如，应用服务器或数据库服务器)信息的集合。动态管理数据通道层的服务器信息，当数据通道层服务器发生变化时(增加、减少成员)，发送服务目录变更事件至应用层，实现数据通道服务的动态调度和管理。

接下来对本申请提供的基于分布式应用系统的数据处理装置进行介绍，下文介绍的基于分布式应用系统的数据处理装置与上文介绍的基于分布式应用系统的数据处理可相互对应参照。

请参见图7，基于分布式应用系统的数据处理装置包括：第一获取模块11、第一确定模块12、第二获取模块13、第二确定模块14和发送模块15。

第一获取模块11，用于接收交易请求，并从所述交易请求中获取交易标识。

第一确定模块12，用于根据所述交易标识和数据库数目，确定目标数据通道编号。

第二获取模块13，用于获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息。

第二确定模块14，用于从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

发送模块15，用于根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程。

本实施例中，基于分布式应用系统的数据处理装置还可以包括：

第三确定模块，用于根据所述交易请求对应的交易场景信息和所述目标数据通道编号，确定所述交易请求对应的子交易码。

相应地，第二获取模块13，具体可以用于：

获取服务目录信息，从所述服务目录信息中确定所述子交易码所属数据通道的编号；

从所述服务目录信息中获取与所述子交易码所属数据通道的编号对应的数据库服务器信息。

所述第二确定模块14，具体可以用于：

从与所述子交易码所属数据通道的编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

本实施例中，上述基于分布式应用系统的数据处理装置还可以包括：

第一服务目录信息生成模块，用于确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息，及建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息的映射关系，得到所述服务目录信息。

本实施例中，上述基于分布式应用系统的数据处理装置还可以包括：

服务目录信息更新模块，用于接收数据库服务器信息的失效指示信息，及删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系，及接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息，及确定所述待增加的数据库服务器信息对应的数据通道编号，及在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

本实施例中，上述基于分布式应用系统的数据处理装置还可以包括：

第二服务目录信息生成模块，用于确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息及子交易码，及建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系，得到所述服务目录信息。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种基于分布式应用系统的数据处理方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种基于分布式应用系统的数据处理方法，其特征在于，包括：

接收交易请求，并从所述交易请求中获取交易标识；

根据所述交易标识和数据库数目，确定目标数据通道编号；

获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息；

从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息；

根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程；

所述根据所述交易标识和数据库数目，确定目标数据通道编号，包括：

计算所述交易标识的哈希值；

将所述交易标识的哈希值模除数据库数目，模除的结果作为目标数据通道编号。

2.根据权利要求1所述的方法，其特征在于，所述根据所述交易标识和数据库数目，确定目标数据通道编号之后，还包括：

根据所述交易请求对应的交易场景信息和所述目标数据通道编号，确定所述交易请求对应的子交易码；

所述获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息，包括：

获取服务目录信息，从所述服务目录信息中确定所述子交易码所属数据通道的编号；

从所述服务目录信息中获取与所述子交易码所属数据通道的编号对应的数据库服务器信息；

所述从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息，包括：

从与所述子交易码所属数据通道的编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

3.根据权利要求1所述的方法，其特征在于，所述服务目录信息的生成过程，包括：

确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息；

建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息的映射关系，得到所述服务目录信息。

4.根据权利要求3所述的方法，其特征在于，所述服务目录信息的更新过程，包括：

接收数据库服务器信息的失效指示信息；

删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系；

接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息；

确定所述待增加的数据库服务器信息对应的数据通道编号；

在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

5.根据权利要求2所述的方法，其特征在于，所述服务目录信息的生成过程，包括：

确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息及子交易码；

建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系，得到所述服务目录信息。

6.一种基于分布式应用系统的数据处理装置，其特征在于，包括：

第一获取模块，用于接收交易请求，并从所述交易请求中获取交易标识；

第一确定模块，用于根据所述交易标识和数据库数目，确定目标数据通道编号；

第二获取模块，用于获取服务目录信息，从所述服务目录信息中获取与所述目标数据通道编号对应的数据库服务器信息；

第二确定模块，用于从与所述目标数据通道编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息；

发送模块，用于根据所述目标数据库服务器信息，与目标数据库服务器建立连接，并发送所述交易请求至所述目标数据库服务器，以使所述目标数据库服务器响应所述交易请求，执行交易处理过程；

所述第一确定模块，具体用于：

计算所述交易标识的哈希值；

将所述交易标识的哈希值模除数据库数目，模除的结果作为目标数据通道编号。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第三确定模块，用于根据所述交易请求对应的交易场景信息和所述目标数据通道编号，确定所述交易请求对应的子交易码；

所述第二获取模块，具体用于：

获取服务目录信息，从所述服务目录信息中确定所述子交易码所属数据通道的编号；

从所述服务目录信息中获取与所述子交易码所属数据通道的编号对应的数据库服务器信息；

所述第二确定模块，具体用于：

从与所述子交易码所属数据通道的编号对应的数据库服务器信息中选取一个数据库服务器信息，作为目标数据库服务器信息。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一服务目录信息生成模块，用于确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息，及建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息的映射关系，得到所述服务目录信息。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

服务目录信息更新模块，用于接收数据库服务器信息的失效指示信息，及删除所述服务目录信息中所述失效指示信息对应的数据库服务器信息所属的映射关系，及接收增加指示信息，所述增加指示信息中包括待增加的数据库服务器信息，及确定所述待增加的数据库服务器信息对应的数据通道编号，及在所述服务目录信息中建立所述待增加的数据库服务器信息与对应数据通道编号的映射关系。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第二服务目录信息生成模块，用于确定各个数据通道的编号及各个所述数据通道对应的数据库服务器信息及子交易码，及建立并存储各个所述数据通道各自的编号与对应的数据库服务器信息及子交易码的映射关系，得到所述服务目录信息。

Images