一种多机房数据库高可用的处理系统及处理方法技术方案

本发明专利技术提供的多机房数据库高可用的处理系统及处理方法，两机房都有独立对等的数据库集群，且设置一个从库在对方机房，以此来保证两机房数据副本的完整性。在一个机房处理订单的写请求后，该订单的处理信息以及该订单与该机房的路由关系写入该机房的主库中，并通过主库主从数据复制模式将数据同步至该机房本地的从库以及跨机房的从库，以此保证后续任意机房处理该订单的读请求的可操作性。可见，本申请中两机房的应用能够同时对外提供服务，两机房的数据库集群也同时能够提供读写服务，满足高可用要求。

【技术实现步骤摘要】
一种多机房数据库高可用的处理系统及处理方法
本专利技术涉及互联网
，更具体地说，涉及一种多机房数据库高可用的处理系统及处理方法。
技术介绍
互联网公司业务发展到一定规模，对服务的可用性要求也越来越高。尤其是在金融领域，对服务的可用性、连续性、强一致性有着更高的要求。因此，业界都会选择多机房部署。业内多机房部署一般会基于MySQL数据复制模式，也就是sharenothing模式，通过数据传输、复制协议达到数据一致性。目前主流的多机房方案一般采用“应用层双活，数据库单活”方式，即两个机房的应用同时对外提供服务，但只有一个机房的数据库提供读写，另外一个机房的数据库只提供读，数据库之间单向复制。基于MHA架构，异步复制方案，性能可以接受。如果一致性要求高，采用半同步复制，两个机房距离很远(超过100公里)，跨机房访问的性能会有较大影响。现有方案虽然实施成本较低、对业务侵入较少但存在跨库写操作，一致性要求高的场景，性能会打些折扣。如果主库机房挂掉，可能会面临不可写，不能满足高可用要求。
技术实现思路
有鉴于此，为本文档来自技高网...

【技术保护点】
1.一种多机房数据库高可用的处理系统，其特征在于，所述处理系统包括：/n终端、调度服务器、以及机房的网关、微服务处理器和数据库集群；其中，/n所述机房包括第一机房和第二机房，所述数据库集群包括主库、第一从库和第二从库，所述第一机房的主库和第一从库部署于所述第一机房中、第二从库部署于所述第二机房中，所述第二机房的主库和第一从库部署于所述第二机房中、第二从库部署于所述第一机房中；/n所述终端，用于发起针对订单的写请求；/n所述调度服务器，用于通过机房流量调度将所述订单的写请求发送至目标机房；/n所述目标机房的网关，用于将所述订单的写请求发送至所述目标机房的微服务处理器；/n所述目标机房的微服务处理...

【技术特征摘要】
1.一种多机房数据库高可用的处理系统，其特征在于，所述处理系统包括：
终端、调度服务器、以及机房的网关、微服务处理器和数据库集群；其中，
所述机房包括第一机房和第二机房，所述数据库集群包括主库、第一从库和第二从库，所述第一机房的主库和第一从库部署于所述第一机房中、第二从库部署于所述第二机房中，所述第二机房的主库和第一从库部署于所述第二机房中、第二从库部署于所述第一机房中；
所述终端，用于发起针对订单的写请求；
所述调度服务器，用于通过机房流量调度将所述订单的写请求发送至目标机房；
所述目标机房的网关，用于将所述订单的写请求发送至所述目标机房的微服务处理器；
所述目标机房的微服务处理器，用于处理所述订单的写请求；将所述订单的处理信息以及所述订单与所述目标机房的路由关系写入至所述目标机房的主库中；
所述目标机房的主库，用于将所述订单的处理信息和所述路由关系同步至所述目标机房的第一从库和第二从库，实现所述第一机房和所述第二机房基于所述路由关系响应针对所述订单的读请求得到所述订单的处理信息。


2.根据权利要求1所述的处理系统，其特征在于，所述路由关系包括所述订单的流水号以及所述目标机房的机房编号。


3.根据权利要求1所述的处理系统，其特征在于，所述目标机房的网关，还用于：
获取所述目标机房的微服务处理器所处理的异常请求的状态，并在所述异常请求的状态符合预设熔断条件的情况下，将指定时间窗口内接收到的写请求转发至另一机房的网关，以触发另一机房的网关、微服务处理器和主库执行相应的操作。


4.根据权利要求1所述的处理系统，其特征在于，所述目标机房的网关，还用于：
在所述订单的写请求符合预设流量调度条件的情况下，将所述订单的写请求转发至另一机房的网关，以触发另一机房的网关、微服务处理器和主库执行相应的操作。


5.根据权利要求1所述的处理系统，其特征在于，所述处理系统还包括：云端服务器；
所述机房的微服务处理器，用于监测所述机房的数据库集群的运行状态，并上传至所述云端服务器；
...

【专利技术属性】
技术研发人员：张志广，彭一，李小红，喻俊，刘慧中，
申请(专利权)人：湖南快乐阳光互动娱乐传媒有限公司，
类型：发明
国别省市：湖南;43