本说明书涉及计算机技术领域，尤其涉及一种账户回迁方法、装置及设备。
背景技术：
数据库意外发生网络故障或被意外异常终止，导致全部服务不可用，称为数据库failover，简称fo(通常发生在主库上)。将先前处于故障状态的数据库、组件或服务恢复到原始的工作状态，并使备用系统从恢复运行状态恢复到待机状态的过程，称为数据库failback，简称fb。
在fb过程中，当主库灾难以后，拉起备库一般需要一定的时间，在这段时间内，为保障业务正常进行，账户数据将会写入fo(failover)库(也可以称为临时主库)。从而在备库拉起之后，需要将fo库中的账户数据再写入主库(备库)，称为账户回迁。在账户回迁过程中，出于业务需要，应保证热点账户(交易频繁或者重要度高的账户)优先回迁。
基于此，需要一种更有效的账户回迁方法。
技术实现要素：
本说明书实施例提供一种账户回迁方法、装置及设备，用于解决如下问题：以提供一种更有效的账户回迁方法。
基于此，本说明书实施例提供一种账户回迁方法，包括：
获取待回迁账户的相关信息；
根据所述相关信息确定各待回迁账户的回迁权重；
根据所述回迁权重的大小顺序，进行账户回迁；
其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种。
同时，本说明书的实施例还提供一种账户回迁装置，包括：
获取模块，获取待回迁账户的相关信息，其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种；
确定模块，根据所述相关信息确定各待回迁账户的回迁权重；
回迁模块，根据所述回迁权重的大小顺序，进行账户回迁。
对应的，本说明书实施例还提供一种账户回迁设备，包括：
存储器，存储有账户回迁程序；
处理器，调用所述存储器中的账户回迁程序，并执行：
获取待回迁账户的相关信息；
根据所述相关信息确定各待回迁账户的回迁权重；
根据所述回迁权重的大小顺序，进行账户回迁；
其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种。
对应的，本说明书的实施例还提供一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
获取待回迁账户的相关信息；
根据所述相关信息确定各待回迁账户的回迁权重；
根据所述回迁权重的大小顺序，进行账户回迁；
其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
通过综合用户账户历史交易数据、账户记账模式、账户的账号类别等多方面因素反映账号的记账频繁度和业务重要性，综合得出账号的回迁重要程度，从而按照该重要程度的高低顺序回迁，减少交易频繁的热点账号在fb阶段的滞留时间，尽量减少受影响的交易数，提高用户体验。
附图说明
图1为本说明书实施例所提供的账户快照数据的示意图；
图2为本说明书实施例所涉及的系统架构示意图；
图3为本说明书实施例所提供的账户回迁方法的流程示意图；
图4为本说明书实施例所提供的业务流程示意图；
图5为本说明书实施例所提供的账户回迁装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
一般而言，长期给应用提供数据库服务的数据库称为主库，与此同时，还会存在一个用于备用的数据库(备库)，备库作为主库的备份，通过主备同步保证数据一致行，主库灾难后承担主库职责，成为新主库。与此同时，在一些领域(例如支付领域、金融领域)，需要安全级别较高的情形下，还存在一个快照数据库。快照数据库不同于备库，主要用于对主库正常运行时，将账户在主库的数据进行快照备份(例如，用于记录账户余额、日变动、账户资金变动明细等等)，如图1所示，图1为本说明书实施例所提供的账户快照数据的示意图。换言之，快照数据库不是一个完全备份，但是它简略的反映了账户历史交易的情形。显然，若硬件能够支持的时候，快照数据库中的历史交易数据可以对更多的记录进行快照，也能更充分的反映一个账户的历史情形。换言之，快照数据是历史交易数据的一种，历史交易数据也可以是其他更详细的交易数据。
主库灾难时，由于数据同步等原因，拉起备库作为新的主库需要一定时间，为了减少业务损失，fo库承担备库拉起期间的临时主库职责，接收正常的业务请求，进行业务处理，例如，支持fo场景下开户、记账等主业务，保证主库宕机场景下主业务的高度可用。
在新的主库建立之后(一般是备库启用成功)，需要将在fo库做过业务的账户、记账凭证、xts事务等数据回迁至新主库，在这种情形下，出于业务的需要(例如，同一笔记账请求的双方账号，一个账号回迁至新主库完成，另一个未回迁还处于fo库，由于两个账号路由到了两个不同的数据库，请求被事务拦截，导致记账失败，从而用户请求退款)，为了尽可能的减少在该阶段的记账失败，降低自动退款的交易数，对于账户的回迁，需要分析其重要程度，保证重要度高的账号快速回迁。
基于前述内容，本说明书实施例提供一种账户回迁方法，通过通过综合用户账户多方面因素，来反映账号的记账频繁度和业务重要性，综合得出账号的回迁权重，从而按照回迁权重的高低顺序回迁，
在本说明书的实施例中，所述的账户回迁方法可采用如图2所示的架构，图2为本说明书实施例所涉及的系统架构示意图，下面将基于如图2所示的架构，详细说明本说明书的实施例提供的账户回迁过程，该过程具体包括以下步骤，如图3所示，图3为本说明书实施例所提供的账户回迁方法的流程示意图，包括：
s301，获取待回迁账户的相关信息。
所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种。
具体而言，在所述架构中，账户历史交易数据存储于快照数据库中，fo库作为临时主库看从快照数据库可以获得任一账户历史交易快照数据。账户记账模式一般而言是可以根据用户要求自行配置，从fo数据库中即可得到，账号主要用于区分该账户的类别，包括对公账号、对私账号以及内部账号等等，以便根据类别判断该账户的重要程度。
s303，根据所述相关信息确定各待回迁账户的回迁权重。
基于前述内容，在这个过程中，可以是根据某一个信息进行回迁权重的计算，例如，基于账户历史交易快照数据的大小，直接赋予权重，历史交易快照数据数据越大的给予更高的权重；也可以是综合多个信息进行回迁权重的计算。例如，基于账户记账模式和账户历史交易快照数据的大小，共同确定账户的权重，以便进行账户回迁。
s305，根据所述回迁权重的大小顺序，进行账户回迁。
通常而言，活跃账户和重要账户会具有更高的权重，账户回迁则按照权重高低顺序进行。
通过综合用户账户历史交易数据，账户记账模式、账户的账号类别等多方面因素反映账号的记账频繁度和业务重要性，综合得出账号的回迁重要程度，从而按照该重要程度的高低顺序回迁，减少交易频繁的热点账号在fb阶段的滞留时间，尽量减少受影响的交易数，提高用户体验。
作为一种具体的实施方式，对于所述步骤s303，根据所述相关信息确定各待回迁账户的回迁权重，在根据待回迁账户历史交易数据进行权重计算时，可以采用如下方式：
确定账户历史交易数据的平均大小；针对任一待回迁账户，计算该待回迁账户历史交易数据的大小与所述账户历史交易数据的平均大小的比值，生成第一权重因子；根据所述第一权重因子计算该账户的回迁权重。
具体而言，账户历史交易数据的平均大小可以是快照数据库中的所有账户的快照数据的平均大小，也可以是所有待回迁账户的快照数据的平均大小。即，设置第一权重因子α表征账户历史交易数据的重要程度，其中：α＝该账户的快照大小/快照数据库的平均快照大小，或者，α＝该账户的快照大小/待回迁账户的平均快照大小。一般而言，采用前一种计算方式更为方便，而账户回迁可能是分批进行的，采用后一种计算方式更有针对性。
作为一种具体的实施方式，对于所述步骤s303，根据所述相关信息确定各待回迁账户的回迁权重，在根据账户记账模式进行权重计算时，可以采用如下方式：
针对任一待回迁账户，根据其账户记账模式确定该账户的第二权重因子；其中，所述记账模式包括实时记账、缓冲记账或者汇总记账；根据所述第二权重因子计算该账户的回迁权重。
具体而言，在支付应用中，一般的记账账户，均支持三种记账模式：实时记账、汇总记账或者缓冲记账。记账模式可以预先根据账户的实际需求进行设置。
实时记账，顾名思义，就是账户记账完成后余额实时变动。汇总记账，与实时记账相反，即账户记账完成后仅记录汇总记账明细，不修改账户余额，待日切时再汇总整体变动额，一次体现到余额上。缓冲记账，是实时记账和汇总记账的折中结果，配置缓冲记账的账户，记账完成时同样仅记录缓冲记账明细，待缓冲记账恢复定时任务来取指定数量明细，计算本次变动额后，一次体现到余额上，此时账号余额的变动频率取决于定时任务的频率。
换言之，需要设置汇总记账或者缓冲记账的账户，通常为易热点账户，其账号交易量较多，账号较重要。因此，应给汇总记账或者缓冲记账的账户给予较高的权重因子。
例如，设置第二权重因子β表征账户记账模式的重要程度，其中：若当前账户配置了汇总记账或者缓冲记账，则β＝0.6；若当前账户记账模式为实时记账，则β＝0.4。
作为一种具体的实施方式，对于所述步骤s303，根据所述相关信息确定各待回迁账户的回迁权重，在根据用户账号进行权重计算时，可以采用如下方式：
针对任一待回迁账户，获取其账号中的指定字段；根据所述指定字段的值，确定该账户的第三权重因子；根据所述第三权重因子计算该账户的回迁权重。
如前所述，客户账的账号，主要分类对公账号、对私账号和部分内部账号，对公账号即包括公司、商户账户，对私账号即用户的余额户(包含买家和卖家)；对上述不同类别的账号，通常通过在账号编码的指定字段上进行区分。
例如，编码21881xxxxxxxxxxxxxx为商户账户，21882xxxxxxxxxxxxxx为个人余额户，21883xxxxxxxxxxxxxx为内部账户，通过开头的前5位确定不同的账户类别。
一般而言，商户账户转账、放款、退款等业务量均大于个人余额户；少量的内部户通常为过渡户、担保户等，记账量也远大于个人余额户。基于此，可预先给内部账户或者商户账户给予较高的权重因子。
例如，设置第三权重因子γ表征账户类别的重要程度，其中：若当前账户为21881、21883开头账户，则γ＝0.6，若当前账户为21882开头账户，则γ＝0.4。
上述的第二权重因子β和第三权重因子γ可基于经验人为设定，还可以在实际应用中根据回迁业务结果进行动态调整。
如前所述，对于待回迁账户的回迁权重，可以是基于某一个权重因子，也可以是基于若干个权重因子的联合计算得到，例如，设置当前账号的回迁权重为：回迁权重weight(account)＝α*β*γ*100。显然，具体的计算公式可根据实际情形进行调整，并不限制于上述公式。
上述的回迁权重计算可以是即时进行的，作为一种具体的实施方式，前述方法还包括：存储所述回迁权重至本地。此处的本地指的是充当临时主库的fo数据库，例如，将该值赋予fo记录表(ip_failover_record)中，需要进行账户回迁时按照回迁权重的大小顺序进行即可，预先存储回迁权重值可以进行定时任务制定，更加方便，且提高效率。在根据回迁权重进行账号回迁的具体应用中，其流程图如图4所示，图4为本说明书实施例所提供的业务流程示意图。
下边给出一个具体应用的示例，以使本说明书实施例的方案更加的浅显明白。
在一个示例性的回迁方案中，事先确定账号的回迁权重采用如下计算方式：回迁权重weight(account)＝α*β*γ*100。其中，第一权重因子α＝该账户的快照大小/快照数据库的平均快照大小，当前快照数据库的平均快照大小为50k；若当前账户配置了汇总记账或者缓冲记账，则第二权重因子β＝2；若当前账户记账模式为实时记账，则第二权重因子β＝1；若当前账户为21881或者21883开头账户，则第三权重因子γ＝0.6，若当前账户为21882开头账户，则第三权重因子γ＝0.4。
现有两个账户，a账户为21883xxxxxxxxxxxxxx，采用汇总记账，该账户的快照大小为150k；b账户为21882xxxxxxxxxxxxxx，采用实时记账，该账户快照大小为500k。通过上述回迁方案可得：对于a账户而言，其α＝3，β＝2，γ＝0.6，从而回迁权重weight(a)＝3*2*0.6*100＝360，对于b账户而言，其α＝10，β＝1，γ＝0.4，从而回迁权重weight(b)＝10*1*0.4*100＝400。即，从回迁权重上反映出b账户是一个更为活跃、交易更为频繁的账户，应优先对b账户进行回迁。
基于同样的思路，本发明还提供一种账户回迁装置，如图5所示，图5为本说明书实施例所提供的账户回迁装置的结构示意图，包括：
获取模块501，获取待回迁账户的相关信息，其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种；
确定模块503，根据所述相关信息确定各待回迁账户的回迁权重；
回迁模块505，根据所述回迁权重的大小顺序，进行账户回迁。
进一步地，所述确定模块503，确定账户历史交易数据的平均大小；针对任一待回迁账户，计算该待回迁账户历史交易数据的大小与所述账户历史交易数据的平均大小的比值，生成第一权重因子；根据所述第一权重因子计算该账户的回迁权重。
进一步地，所述确定模块503，针对任一待回迁账户，根据其账户记账模式确定该账户的第二权重因子；根据所述第二权重因子计算该账户的回迁权重；其中，所述记账模式包括实时记账、缓冲记账或者汇总记账。
进一步地，所述确定模块503，针对任一待回迁账户，获取其账号中的指定字段；根据所述指定字段的值，确定该账户的第三权重因子；根据所述第三权重因子计算该账户的回迁权重；其中，所述指定字段用于区分账户类别。
进一步地，所述装置还包括存储模块507，存储所述回迁权重至本地。
对应的，本申请实施例还提供一种账户回迁设备，所述设备包括：
存储器，存储有账户回迁程序；
处理器，调用所述存储器中的账户回迁程序，并执行：
获取待回迁账户的相关信息；
根据所述相关信息确定各待回迁账户的回迁权重；
根据所述回迁权重的大小顺序，进行账户回迁；
其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种。
基于同样的发明思路，本申请实施例还提供了对应的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
获取待回迁账户的相关信息；
根据所述相关信息确定各待回迁账户的回迁权重；
根据所述回迁权重的大小顺序，进行账户回迁；
其中所述待回迁账户的相关信息包括待回迁账户历史交易数据的大小、账户记账模式和账号中的至少一种。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤或模块可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书的实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信编号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书中一个或多个的实施例可提供为方法、系统或计算机程序产品。因此，本说明书的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的形式。而且，本说明书的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本说明书的实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。