[发明专利]微服务多数据源连接实现方法

说明书

技术领域

本发明属于数据处理领域，具体涉及的是一种微服务多数据源连接实现方法。

背景技术

目前，对于互联网海量数据的存储以及处理，按使用场景，分为OLTP与OLAP，其中，OLTP即：联机事务处理，比如即时交易，强调快速响应与处理，OLAP即：联机分析处理，比如BI，强调多维数据分析，对于这些数据的存储，主要有两种解决方案，即基于SQL的关系型数据库，和NoSQL的非关系型数据库。

NoSQL的非关系型数据库在某些特定场景下有奇效，比如键值存储(Redis,ROMA,Memcached)数据库应用在排行更新，会话保存，面向文档的数据库(MongoDB、couchDB)应用在日志记录，面向列的数据库(Cassandra、Hbase)在博客中的应用。关系型数据库最大的问题在于速度与可扩展性上，而这些NoSQL的非关系型数据库一般部署简单、支持扩展而且速度极高。

但是，NoSQL的非关系型数据库目前还是只能做为SQL关系型数据库在某些特定应用场景的补充，不能完全替代严谨规范的SQL关系型数据库。

SQL关系型数据库一般不支持大规模自动扩展，单库上面存在着性能瓶颈，为了提升性能以及可以存储数据的量，我们需要分库分表。

为此本发明实现一套微服务下分库分表情况下连接多数据源的方法迫在眉睫。

发明内容

本发明的目的在于克服现有技术存在的以上问题，提供一种微服务多数据源连接实现方法。

为实现上述技术目的，达到上述技术效果，本发明通过以下技术方案实现：

一种微服务多数据源连接实现方法，包括：

从Zookeeper注册中心获取可用的数据库列表；

判断所述数据库列表是否有分片规则，如果有分片规则，则获取分片字段的值，并匹配分片函数，得到对应的分片列表；

处理分片列表中所有分片；

返回结果数据。

较佳的，所述从Zookeeper注册中心获取可用的数据库列表前包括：

微服务中的各个服务器之间自行通信。

较佳的，所述从Zookeeper注册中心获取可用的数据库列表，具体包括：

数据库管理中心从Zookeeper注册中和性能中获取可用的所述数据库列表；

所述数据库管理中心获取从对应的列表中后将对应调用的连接返回。

较佳的，所述数据库管理中心是微服务需要调用的数据库。

较佳的，所述数据库管理中心调用可用列表的地址为虚地址，负载均衡节点将主从库视为一个节点库。

较佳的，所述判断所述数据库列表是否有分片规则，如果有分片规则，则获取分片字段的值，并匹配分片函数，得到对应的分片列表前包括：

设置分片规则。

较佳的，所述设置分片规则，具体包括：

所述分片规则为分片字段+分片函数。

较佳的，所述分片字段为起源模型，所述分片函数为字符串枚举方式。

较佳的，所述处理分片列表中所有分片，具体包括：

将数据库列表中的一个表分为三个分片。

较佳的，所述三个分片设于两台数据库服务器上。

较佳的，所述返回结果数据后包括：

将所述结果数据输出到客户端。

本发明的有益效果是:

本发明通过数据库全部都注册在Zookeeper注册中心上，从zookeeper注册中心获取可用的数据库列表，获取链接逻辑连接对应的库，通过分片规则将每个库建立自己的从库，进行主从复制，通过设置的虚拟地址链接到每个库，提高系统的可用性和容灾能力，本发明提供了连接多库、逻辑水平切分以及数据库装备自动切换等功能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明微服务多数据源连接实现方法的流程示意图；

图2为图1中的工作原理示意图；

图3为图1中分片的流程示意图。

具体实施方式

在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

下面将参考附图并结合实施例，来详细说明本发明。