金融级Mysql数据库配置_一种金融级基于A10的高可用MySQL数据库实现方法与流程...

本发明涉及金融技术领域，具体是一种金融级基于a10的高可用mysql数据库实现方法。

背景技术：

开源数据库mysql在金融行业里使用越来越多，尤其以主从复制为架构的高可用方案，此架构存在丢失数据的风险。应用连接到主库，当主库出现宕机等情况，无法保证数据一致性的情况下自动切换到备库。一种金融级基于a10的高可用mysql数据库实现方法可以解决这个问题，mysql之间数据复制的基础是二进制日志文件(binarylogfile)。一台mysql数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个i/o线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个sql线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制；mysql数据库主从数据库各自有一个ip地址。

而应用服务器jdbc驱动使用ip地址连接到主库ip，当主库出现宕机，应用无法连接到主库，业务受到影响，需要修改应用的配置文件，重启应用服务器，业务连续性无法保障，因此，本领域技术人员提供了一种，以解决上述背景技术中提出的问题。

技术实现要素：

本发明的目的在于提供一种金融级基于a10的高可用mysql数据库实现方法，以解决上述技术问题。

本发明的目的在于提供一种，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：

一种金融级基于a10的高可用mysql数据库实现方法，所述方法包括如下步骤：

步骤一、应用程序连接a10设备；

步骤二、所述a10设备搭建双机热备模式工作；

步骤三、a10设备连接mysql数据库集群；

步骤四、a10设备连接真实服务器。

作为本发明进一步的方案：所述步骤二中双机热备模式具体工作原理为其中一台a10设备作为主用设备接收连接并管理服务器，另一台a10设备作为备用设备则监控主用设备，主用设备通过发送被称为心跳消息或健康状况检查的定期消息来监控备用设备，从而确定对等节点的健康状况或状态。两个a10设备搭建双机热备模式，任何一个a10设备出现故障，另一个a10设备会代替故障设备接管工作任务，不会出现单点故障，对业务没有影响。

作为本发明再进一步的方案：步骤三中a10设备连接mysql数据库集群具体方法为将a10设备通过服务绑定，转发请求到主库，主库宕机failover到新主库，a10设备指向新主库。当主节点宕机，数据库自动failover，对应用透明，不影响业务。

作为本发明再进一步的方案：所述步骤三中mysql数据库包括一个主数据库和两个辅数据库，所述主数据库和辅助数据库之间的协同工作机理为：用户提交事务时，需要等待至少一个辅数据库收到日志副本，才返回给用户事务成功结束的信号，且收到的确认事务会自动持久化到多数派主机中，以确保数据库的可靠性，此外，所述mysql数据库由3个节点组成一个复制组，consensus层为一致性协议层，在事务提交过程中，发生组间通讯，由2个节点决议通过这个事务，事务才能够最终得以提交并响应。通过主数据库和辅助数库之间的协同工作机理，已提交的数据至少有2份副本，当任意一台服务器出现故障，至少还有1台是包含了已提交事务的持久化内容，所以不会影响业务可用性。

作为本发明再进一步的方案：步骤三中mysql数据库采用mgr技术，基于paxos分布式协议，具体操作为一个复制组由若干个节点组成，组内各个节点维护各自的数据副本，基于paxos分布式协议实现原子消息和全局有序消息。

作为本发明再进一步的方案：所述步骤四中a10设备连接真实服务器具体操作为a10设备定义若干个虚拟服务器，每个所述虚拟服务器包括一个ip地址和端口，所述虚拟服务器通过绑定真实服务器的ip地址和端口与不同的真实服务器绑定，所述a10设备定期检查服务群的服务的健康状况。

作为本发明再进一步的方案：所述真实服务器和虚拟服务器的工作原理为客户通过应用程序发送一个请求到虚拟服务器，所述虚拟服务器接收到请求后在真实服务器群中选择一个并将请求转发到该真实服务器。

作为本发明再进一步的方案：所述a10服务系统依照负载均衡算法将服务转向到正常工作的服务器上去。

与现有技术相比，本发明的有益效果是：本发明通过两台a10设备实现了负载的主备高可用，防止出现单点故障。a10可以绑定mgr中多个节点，通过健康检查来自动切换访问请求。mgr技术，基于paxos分布式协议，实现了数据最终一致性，满足金融行业对数据一致性行要求、业务连续性要求以及数据库开源可控等要求，对mysql在金融行业的普及起到积极推动作用。a10+mgr金融级高可用数据库架构做到了rpo=0，保障了数据库高可靠和高可用，满足金融场景下的数据库高要求。

具体实施方式

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

一种金融级基于a10的高可用mysql数据库实现方法，方法包括如下步骤：

步骤一、应用程序连接a10设备；

步骤二、a10设备搭建双机热备模式工作；

步骤三、a10设备连接mysql数据库集群；

步骤四、a10设备连接真实服务器。

其中，步骤二中双机热备模式具体工作原理为其中一台a10设备作为主用设备接收连接并管理服务器，另一台a10设备作为备用设备则监控主用设备，主用设备通过发送被称为心跳消息或健康状况检查的定期消息来监控备用设备，从而确定对等节点的健康状况或状态。

其中，步骤三中a10设备连接mysql数据库集群具体方法为将a10设备通过服务绑定，转发请求到主库，主库宕机failover到新主库，a10设备指向新主库。

其中，步骤三中mysql数据库包括一个主数据库和两个辅数据库，主数据库和辅助数据库之间的协同工作机理为：用户提交事务时，需要等待至少一个辅数据库收到日志副本，才返回给用户事务成功结束的信号，且收到的确认事务会自动持久化到多数派主机中，以确保数据库的可靠性，此外，mysql数据库由3个节点组成一个复制组，consensus层为一致性协议层，在事务提交过程中，发生组间通讯，由2个节点决议通过这个事务，事务才能够最终得以提交并响应。

其中，步骤三中mysql数据库采用mgr技术，基于paxos分布式协议，具体操作为一个复制组由若干个节点组成，组内各个节点维护各自的数据副本，基于paxos分布式协议实现原子消息和全局有序消息。

其中，步骤四中a10设备连接真实服务器具体操作为a10设备定义若干个虚拟服务器，每个虚拟服务器包括一个ip地址和端口，虚拟服务器通过绑定真实服务器的ip地址和端口与不同的真实服务器绑定，a10设备定期检查服务群的服务的健康状况。

其中，真实服务器和虚拟服务器的工作原理为客户通过应用程序发送一个请求到虚拟服务器，虚拟服务器接收到请求后在真实服务器群中选择一个并将请求转发到该真实服务器。

其中，a10服务系统依照负载均衡算法将服务转向到正常工作的服务器上去。

本发明的一个具体实施例：

应用程序连接a10设备；

a10设备搭建双机热备模式工作，具体操作为其中一台a10设备作为主用设备接收连接并管理服务器，另一台a10设备作为备用设备则监控主用设备，主用设备通过发送被称为心跳消息或健康状况检查的定期消息来监控备用设备，从而确定对等节点的健康状况或状态；

a10设备连接mysql数据库集群：具体方法为将a10设备通过服务绑定，转发请求到主库，主库宕机failover到新主库，a10设备指向新主库；其中，mysql数据库包括一个主数据库和两个辅数据库，主数据库和辅助数据库之间的协同工作机理为：用户提交事务时，需要等待至少一个辅数据库收到日志副本，才返回给用户事务成功结束的信号，且收到的确认事务会自动持久化到多数派主机中，以确保数据库的可靠性，此外，mysql数据库由3个节点组成一个复制组，consensus层为一致性协议层，在事务提交过程中，发生组间通讯，由2个节点决议通过这个事务，事务才能够最终得以提交并响应；

其中，mysql数据库采用mgr技术，基于paxos分布式协议，具体操作为一个复制组由若干个节点组成，组内各个节点维护各自的数据副本，基于paxos分布式协议实现原子消息和全局有序消息；

a10设备连接真实服务器具体操作为：a10设备定义若干个虚拟服务器，每个虚拟服务器包括一个ip地址和端口，虚拟服务器通过绑定真实服务器的ip地址和端口与不同的真实服务器绑定，a10设备定期检查服务群的服务的健康状况，真实服务器和虚拟服务器的工作原理为客户通过应用程序发送一个请求到虚拟服务器，虚拟服务器接收到请求后在真实服务器群中选择一个并将请求转发到该真实服务器，当真实服务器出现故障后，a10服务系统依照负载均衡算法将服务转向到正常工作的服务器上去。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。