一种数据同步方法和系统的利记博彩app
【技术领域】
[0001]本发明涉及数据处理领域，更为具体而言，涉及一种数据同步方法和系统。
【背景技术】
[0002]随着中国经济的快速发展，国内各大商业银行各业务的交易量持续增长，业务复杂度不断提高，数据集中需求日益突出，这些无疑都给后台计算机系统的处理能力提出了新的挑战。目前，国内外各大商业银行大多采用高性能高可靠的集群架构进行核心系统的建设。
[0003]目前大多数商业银行的集群架构采用的是“两地三中心”模式，即生产数据中心、同城灾备中心和异地灾备中心。数据中心间是主备关系。为了保障系统能不间断提供业务服务，采用双数据中心独立对外提供服务，简称双活。双中心不仅要保证应用服务器独立，同时数据库服务器也是独立的，但对于实时性要求较高的银行交易数据来说，若两个数据中心之间的数据不同步，会造成严重的交易问题。
[0004]目前银行的容灾备份系统大多采取的是主备模式。在这种模式下，主用系统或备用系统本身常常通过轮询的方式从系统中的各单元获取源数据更新的信息，例如通过轮询来检查与各单元数据对应的时间是否发生变化。这种方式的缺点在于，更新始终有滞后性，特别是在有大量动态数据的情况下，轮询将花费更多的时间并且会影响相应单元的操作。在实际的运行过程中主备系统会出现响应与切换周期长，资源利用率低和无法实现业务零中断的问题。因此，两个数据中心或者数据系统之间在确保业务连续的前提下进行数据同步，成为了目前亟需解决的技术问题。
【发明内容】
[0005]为解决上述技术问题，本发明提供了一种数据同步方法和系统。
[0006]根据本发明实施方式的第一方面，提供了一种数据同步方法，该方法可包括:判断待同步数据的类别，若所述待同步数据为实时同步数据，则在所述第一数据中心完成对所述待同步数据的本地数据库同步操作之后就向第二数据中心发起同步请求，并接收所述第二数据中心返回的请求反馈，然后根据所述请求反馈的结果确定所述待同步数据是否同步成功；若所述待同步数据为定期同步数据，则定期向所述第二数据中心发起批量数据同步请求以对所述第二数据中心的本地数据库进行同步。
[0007]在本发明的一些实施方式中，所述请求反馈包括接收回执或者同步结果，其中，所述接收回执是所述第二数据中心在接收到所述同步请求之后，未对本地数据库更新之前，向所述第一数据中心返回的请求反馈，所述同步结果是所述第二数据中心在接收到所述同步请求之后，已对本地数据库更新之后，向所述第一数据中心返回的请求反馈。
[0008]在本发明的一些实施方式中，所述接收所述第二数据中心返回的请求反馈，然后根据所述请求反馈的结果确定所述待同步数据是否同步成功包括:接收所述第二数据中心返回的接收回执，若所述接收回执的结果为成功，则确定所述待同步数据同步成功，若所述接收回执的结果为失败，则将所述待同步数据记录在异常交易表，确定所述待同步数据同步失败。
[0009]在本发明的一些实施方式中，所述方法还包括:读取所述异常交易表中的待同步数据，向所述第二数据中心重新发起同步请求，接收所述第二数据中心返回的同步结果，根据所述同步结果的结果确定所述异常交易表中的待同步数据是否同步成功，若所述同步结果的结果为成功，则将所述异常交易表中的待同步数据的记录删除，若所述同步结果的结果为失败，则继续向所述第二数据中心重新发起同步请求。
[0010]在本发明的一些实施方式中，所述接收所述第二数据中心返回的请求反馈，然后根据所述请求反馈的结果确定所述待同步数据是否同步成功包括:接收所述第二数据中心返回的同步结果，若所述同步结果的结果为成功，则确认所述第一数据中心的本地数据库的同步操作，确定所述待同步数据同步成功，若所述同步结果的结果为失败，则将所述第一数据中心的本地数据库的同步操作回滚，确定所述待同步数据同步失败。
[0011]在本发明的一些实施方式中，所述向第二数据中心发起同步请求是通过单向队列进行发送。
[0012]在本发明的一些实施方式中，所述接收所述第二数据中心返回的请求反馈是通过单向队列进行接收。
[0013]根据本发明实施方式的第二方面，提供了一种数据同步系统，所述系统包括:判断模块，用于判断待同步数据的类别；请求处理模块，设置于第一数据中心，用于:在待同步数据为实时同步数据时，在完成对所述待同步数据的本地数据库同步操作之后就向第二数据中心发起同步请求，并接收所述第二数据中心返回的请求反馈，然后根据所述请求反馈的结果确定所述待同步数据是否同步成功；以及在所述待同步数据为定期同步数据时，定期向所述第二数据中心发起批量数据同步请求以对所述第二数据中心的本地数据库进行同步；同步模块，设置于所述第二数据中心，用于接收所述请求处理模块发送的同步请求，并向所述请求处理模块返回请求反馈。
[0014]在本发明的一些实施方式中，所述同步模块，还用于在接收到所述同步请求之后，向所述请求处理模块返回接收回执作为请求反馈，然后对所述同步请求的待同步数据进行本地数据库同步操作。
[0015]在本发明的一些实施方式中，所述同步模块，还用于在接收到所述同步请求之后，对所述同步请求的待同步数据进行本地数据库同步操作，然后向所述请求处理模块返回所述本地数据库同步操作的同步结果作为请求反馈。
[0016]在本发明的一些实施方式中，所述请求处理模块，还用于:在所述接收回执的结果为成功时确定所述待同步数据同步成功，在所述接收回执的结果为失败时将所述待同步数据记录在异常交易表，确定所述待同步数据同步失败。
[0017]在本发明的一些实施方式中，所述系统还包括:异常重发模块，用于:读取所述异常交易表中的待同步数据，向所述同步模块重新发起同步请求，接收所述同步模块返回的同步结果，根据所述同步结果的结果确定所述异常交易表中的待同步数据是否同步成功，若所述同步结果的结果为成功，则将所述异常交易表中的待同步数据的记录删除，若所述同步结果的结果为失败，则继续向所述第二数据中心重新发起同步请求。
[0018]在本发明的一些实施方式中，所述请求处理模块，还用于:在所述同步结果的结果为成功时确认所述第一数据中心的本地数据库的同步操作，确定所述待同步数据同步成功，在所述同步结果的结果为失败时将所述第一数据中心的本地数据库的同步操作回滚，确定所述待同步数据同步失败。
[0019]在本发明的一些实施方式中，所述同步模块是通过单向队列接收所述同步请求。
[0020]在本发明的一些实施方式中，所述同步模块是通过单向队列发送所述请求反馈。
[0021]本发明实施方式提供的数据同步方法和系统，能够根据待同步数据对实时性的要求分别进行实时同步和定期同步，有效缓解了数据同步的处理压力，而且有利于保证交易数据的一致性和完整性。
【附图说明】
[0022]图1是根据本发明一种实施方式的数据同步方法的流程示意图；
[0023]图2是根据本发明一种实施方式的两个数据中心的逻辑架构示意图；
[0024]图3是根据本发明一种实施方式的数据同步方法的流程示意图；
[0025]图4是根据本发明一种实施方式的数据传输通道的示意图；
[0026]图5是根据据本发明一种实施方式的消息队列的示意图；
[0027]图6是根据本发明一种实施方式的数据同步的流程示意图；
[0028]图7是根据本发明一种实施方式的数据同步的流程示意图；
[0029]图8是根据本发明一种实施方式的数据同步系统的结构示意图；
[0030]图9是根据本发明一种实施方式的数据同步系统的结构示意图。
【具体实施方式】
[0031]以下结合附图和【具体实施方式】对本发明的各个方面进行详细阐述。其中，众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且，所描述的特征、架构或功能可在一个或一个以上实施方式中以任何方式组合。本领域技术人员应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。还可以容易理解，本文所述和附图所示的各实施方式中的模块或单元或处理方式可以按各种不同配置进行组合和设计。
[0032]参见图1，图1是根据本发明一种实施方式的数据同步方法的流程示意图，该方法可包括:
[0033]S101，判断待同步数据的类别，若是实时同步数据，则执行步骤S102，若是定期同步数据，则执行步骤S103;
[0034]S102，在所述第一数据中心完成对所述待同步数据的本地数据库同步操作之后就向第二数据中心发起同步请求，并接收所述第二数据中心返回的请求反馈，然后根据所述请求反馈的结果确定所述待同步