CN108733704B - 多数据库数据处理方法、装置及存储介质和电子设备 - Google Patents
多数据库数据处理方法、装置及存储介质和电子设备 Download PDFInfo
- Publication number
- CN108733704B CN108733704B CN201710261410.5A CN201710261410A CN108733704B CN 108733704 B CN108733704 B CN 108733704B CN 201710261410 A CN201710261410 A CN 201710261410A CN 108733704 B CN108733704 B CN 108733704B
- Authority
- CN
- China
- Prior art keywords
- database
- data
- preset
- cache
- content information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开是关于一种多数据库数据处理方法、装置及存储介质和电子设备。该方法包括:获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求;根据所述第一操作请求执行对所述第一数据库的第一数据操作;调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中;从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。本公开使用基于缓存和多线程的技术来解决多数据库的数据一致性问题,避免采用MQ消息方式处理的弊端,可以使得多数据库数据一致性较好。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及一种多数据库数据处理方法、多数据库数据处理装置以及实现所述多数据库数据处理方法的计算机可读存储介质和电子设备。
背景技术
目前,随着数据库存储数据量和数据访问量大幅快速的增长,导致在未进行分库分表的情况下,随着时间和业务的发展,数据库中的表会越来越多,表中的数据量也会越来越大。相应地,数据操作,增删改查的开销也会越来越大。另外,由于无法进行分布式部署,而一台服务器的资源是有限的,最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。
为了在一定程度上缓解上述问题,目前数据库中大量运用分库分表技术。分库分表技术是把原本存储于一个数据库的数据分块存储到多个数据库上,把原本存储于一个表的数据分块存储到多个表上。这样可以将大量的数据存储在多台数据库机器以及多张表中,用于解决单表单库带来的数据库访问性能和存储空间的问题,利于数据扩展。但是数据分库带来的一个问题是,一条业务线上涉及的数据,被拆分到了不同的数据库中,而一条业务线的数据操作,必须保证这些相关数据执行的原子一致性,即要么全部成功,要么全部失败。可是由于数据在不同的数据库,因此无法通过数据库的事务来保证数据一致性。那么如何解决多数据库数据一致性的问题,是目前各个使用分库技术的数据库所面临的头等难题。
相关技术中,目前实现多数据库的数据一致性的主流解决方案是通过消息队列MQ(Message Queue)消息异步的执行其他数据库的数据库操作,保证数据一致性。但是相关技术的缺点如下:首先,MQ消息存在时效问题导致执行顺序不一致,即先发送的消息可能后接收到,这就会出现多次数据库操作,最终数据库的结果有误差,无法保证数据一致性,这是不容存在的。如A消息将金额变为10,B消息将金额变为5,正确的操作应该是先执行A,再执行B,可是由于消息顺序无法保证,结果最终的执行顺序是先B后A,最终金额是10。其次,MQ消息存在可能会丢失的情况,一旦丢失,整体的数据就会存在误差,无法保证数据一致性。最后,由于MQ消息是异步执行,正常的业务操作希望能解决并发处理的问题,但是MQ消息异步就无法解决此问题,最终会导致数据不一致,甚至程序报错。例如业务线逻辑为A数据库金额减10,B数据库状态由0变为1。假如在并发的情况下,同时有多个此业务线的操作,正常情况只有一个操作能执行成功。可是采用MQ消息异步处理的方式会导致A数据库金额两次减10,而B数据库状态第二次变更时发生异常。因此,有必要提供一种新的技术方案改善上述方案中存在的一个或者多个问题。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种多数据库数据处理方法、多数据库数据处理装置以及实现所述多数据库数据处理方法的计算机可读存储介质和电子设备,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开实施例的第一方面,提供一种多数据库数据处理方法,该方法包括:
获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求;
根据所述第一操作请求执行对所述第一数据库的第一数据操作;
调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中;
从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
本公开的一种示例性实施例中,所述预设缓存包括Redis缓存,所述预设方法为所述Redis缓存中的setNx方法。
本公开的一种示例性实施例中,所述方法还包括:
在根据所述第一操作请求执行完所述第一数据库的第一数据操作后,在所述第一数据库中设置补偿调度表;其中,所述补偿调度表中存储有所述第二操作请求的所述操作内容信息;
当成功执行完对所述第二数据库的所述第二数据操作后,删除所述补偿调度表中的所述操作内容信息。
本公开的一种示例性实施例中,所述方法还包括:
通过预设任务调度工具,每隔预设时间启动查询任务以获取所述第一数据库中的所述补偿调度表;
判断所述补偿调度表中的所述操作内容信息是否已经删除,若否则提取所述操作内容信息,并执行对所述第二数据库的所述第二数据操作;
执行完对所述第二数据库的所述第二数据操作后,删除所述操作内容信息。
本公开的一种示例性实施例中,所述预设任务调度工具包括开源Quartz任务调度工具。
本公开的一种示例性实施例中,所述预设时间为5~10分钟。
本公开的一种示例性实施例中,所述第一数据操作和第二数据操作为不同的数据操作。
根据本公开实施例的第二方面,提供一种多数据库数据处理装置,该装置包括:
操作请求获取模块,用于获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求;
第一操作执行模块,用于根据所述第一操作请求执行对所述第一数据库的第一数据操作;
缓存并发判断模块,用于调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中;
第二操作执行模块,用于从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
根据本公开实施例的第三方面,提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任意一个实施例中所述多数据库数据处理方法的步骤。
根据本公开实施例的第四方面,提供一种电子设备,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述多数据库数据处理方法的步骤。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开的一种实施例中,通过上述多数据库数据处理方法及装置,执行对第一数据库的第一数据操作后,调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中,再从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对第二数据库的第二数据操作。这样,一方面,使用基于缓存和多线程的技术来解决多数据库的数据一致性问题,避免相关技术中采用MQ消息方式处理的弊端,如并发操作情况下的多数据库数据执行异常问题,数据操作执行的顺序和效率问题等;另一方面,使用基于缓存和多线程的技术进一步可以使得多数据库数据一致性较好。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性示出本公开示例性实施例中多数据库数据处理方法流程图;
图2示意性示出本公开示例性实施例中多数据库数据处理方法流程图;
图3示意性示出本公开示例性实施例中多数据库数据处理方法流程图;
图4示意性示出本公开示例性实施例中一种多数据库数据处理装置示意图;
图5示意性示出本公开示例性实施例中一种计算机可读存储介质示意图;
图6示意性示出本公开示例性实施例中一种电子设备示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本示例实施方式中首先提供了一种多数据库数据处理方法。参考图1中所示,该方法可以包括以下步骤:
步骤S101:获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求。
步骤S102:根据所述第一操作请求执行对所述第一数据库的第一数据操作。
步骤S103:调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中。
步骤S104:从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
通过上述多数据库数据处理方法,一方面,使用基于缓存和多线程的技术来解决多数据库的数据一致性问题,避免相关技术中采用MQ消息方式处理的弊端,如并发操作情况下的多数据库数据执行异常问题,数据操作执行的顺序和效率问题等;另一方面,使用基于缓存和多线程的技术进一步可以使得多数据库数据一致性较好。
下面,将参考图1至图5对本示例实施方式中的上述方法的各个步骤进行更详细的说明。
在步骤S101中,获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求。
本示例实施方式中,数据库的数量可以是两个或者更多个,对此不作限制,更多的数据库也适用该方法。所述第一操作请求和第二操作请求可以是属于同一业务线的不同操作请求,如一个为数据修改请求,另一个为数据更新请求等。
在步骤S102中,根据所述第一操作请求执行对所述第一数据库的第一数据操作。
示例性的,例如根据数据修改请求执行对第一数据库的第一数据操作,该第一数据操作例如是数据修改操作。举例来说,可以将第一数据库中的金额表中一金额(如100)减10,即将金额修改为90。
在步骤S103中,调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中。
在一示例性实施例中,所述预设缓存可以包括Redis缓存,所述预设方法可以为所述Redis缓存中的setNx方法。示例性的,步骤S103中可以调用Redis缓存中的setNx方法判断当前是否存在并发操作,当前不存在并发操作时,将所述第二操作请求(如数据更新请求)的操作内容信息(如将第二数据库中一数据表的状态由0变为1)存储至所述Redis缓存中。
需要明确的是,当前不存在并发操作时,表示可以继续执行后续如第二操作请求对应的如数据更新操作。因此可以将第二数据库需要执行的操作内容信息数据存储至所述Redis缓存中,用于后续的多线程调用。当前所述第一数据库的执行完成后提交当前的数据库事务。当前存在并发操作时,表示当前的所述业务线已经执行过,则需要进行数据库回滚,结束本次调用。
本示例性实施例中采用setNx方法可以保证并发时只有一个执行成功。利用Redis缓存技术的setNx方法可以防止并发数据库操作,解决并发情况下异步执行数据操作的问题。
在步骤S104中,从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
在本示例性实施例中,所述预设的Java多线程池例如可以是Java本身的线程池工具ThreadPoolExecutor。所述第一数据操作和第二数据操作为不同的数据操作,一个是数据修改操作,另一个是数据更新操作。示例性的,步骤S104中可以从所述Redis缓存中调用所述操作内容信息(如将第二数据库中一数据表的状态由0变为1),并通过ThreadPoolExecutor执行对所述第二数据库的第二数据操作,如通过执行数据更新操作将所述第二数据库中一数据表的状态由0变为1。本示例性实施例中采用Java本身的多线程池快速执行第一数据库以外的其他数据库的数据操作,解决了相关技术中采用MQ消息方式导致的数据操作执行的顺序和效率问题,从而可以较好地保证最终的数据一致性。
参考图2中所示,在本公开的一种示例性实施例中,在上述实施例的基础上,所述方法还可以包括以下步骤:
步骤S201:在根据所述第一操作请求执行完所述第一数据库的第一数据操作后,在所述第一数据库中设置补偿调度表;其中,所述补偿调度表中存储有所述第二操作请求的所述操作内容信息。
示例性的,可以在第一数据库中***一条Work记录表以作为所述补偿调度表,用于后续数据库的补偿操作。Work记录表中的记录内容例如可以是第二数据库申请单主表R0001的状态由0变为1的更新操作相关的执行信息。
步骤S202:当成功执行完对所述第二数据库的所述第二数据操作后,删除所述补偿调度表中的所述操作内容信息。
示例性的,当步骤S104中成功执行完对所述第二数据库的所述第二数据操作后,删除所述Work记录表中的内容。也就是说,在***Work记录表后,如果Work记录表中记录的其他数据库操作已经执行,则可以删除该Work记录表中的相关内容。如果Work记录表中记录的其他数据库操作还未执行,则可以进行下述如图3所示的数据库操作补偿处理。
参考图3中所示,在本公开的一种示例性实施例中,所述方法还可以包括以下步骤:
步骤S301:通过预设任务调度工具,每隔预设时间启动查询任务以获取所述第一数据库中的所述补偿调度表。
示例性的,所述预设任务调度工具可以包括开源Quartz任务调度工具。所述预设时间可以为5~10分钟,当然也可以是其他数值,可以根据业务场景进行自定义设置其他数值,并不限于此。所述Quartz任务调度工具可以每隔预设时间如10分钟执行一次查询任务,查询第一数据库中的work记录表,取出10分钟之前***的记录。
步骤S302:判断所述补偿调度表中的所述操作内容信息是否已经删除,若否则提取所述操作内容信息,并执行对所述第二数据库的所述第二数据操作。
示例性的,继续上述举例,若10分钟之内Work记录表中的该记录仍然没有被删除,表明该记录中的执行信息对应的所述第二数据库的操作(如更新操作)由于某种原因并未被执行,需要对其进行补偿处理。例如,这条未被删除的记录表示执行的数据库操作为第二数据库中申请单主表R0001状态由0变为1。则可以提取该记录中的执行信息,并根据该执行信息执行对所述第二数据库的更新操作以完成补偿处理。
步骤S303:执行完对所述第二数据库的所述第二数据操作后,删除所述操作内容信息。
示例性的,例如所述更新操作执行完成后,删除对应的work记录表的该记录,表明此次的数据库一致补偿操作执行完毕,可以进行下一次的任务调度。
本示例性实施例中利用任务调度来异步进行数据库操作的补偿,保证即便之前的数据库操作没有被执行,也能保证最终的数据一致性。从而可以解决即便服务器宕机等情况下,也能有补偿的工具来保证数据最终的一致性。
下面结合一个具体应用场景对本公开的上述实施例中的方法步骤进行进一步的说明。
本应用场景中以3个数据库为例进行说明。如涉及的数据库为A数据库、B数据库和C数据库。本次业务线中的多数据库执行数据操作为:A数据库须将申请单R0001对应的金额表的金额减10元(对应第一数据操作),B数据库须将申请单主表中R0001的状态由0更新为1(对应第二数据操作),C数据库须删除申请单明细表中R0001的记录(对应第三数据操作)。本次业务线须保证这三个数据操作的一致性,即同时成功。
假设A数据库的数据操作在业务线上更重要,因此首先开启A数据库的事务,在事务中执行以下操作步骤401~404:
步骤401:将A数据库中R0001对应的金额表中的金额减10。
步骤402:在A数据库中***一条Work记录表,用于后续数据库的补偿操作,任务调度执行。Work记录表中的补偿记录内容为B数据库申请单主表R0001的状态由0变为1,C数据库申请单明细删除R0001的记录相关的执行信息。
步骤403:通过Redis缓存的setNx方法,判断确定当前是否存在并发操作。如果缓存判断执行失败,表示目前存在并发操作,即当前的业务线已经执行过,则进行数据库回滚,结束本次调用。如果缓存判断执行成功,表示目前无并发操作,可以继续执行后续操作。则将B数据库和C数据库需要执行的执行信息数据存储至Redis缓存中,缓存KEY值为“R0001-B-C”,以用于后续的多线程调用。当前A数据库的操作执行完成,提交当前的数据库事务。
步骤404:通过Java本身的线程池工具ThreadPoolExecutor执行B数据库和C数据库的数据库操作。
示例性的,调用所述Redis缓存,通过缓存KEY值“R0001-B-C”获取需要执行的数据库的相关执行信息。本实施例中该相关执行信息为将B数据库中的申请单主表R0001的状态由0变为1以及C数据库的删除申请单明细表。然后执行数据库操作,将B数据库中的申请单主表R0001的记录的状态由0更新为1,并且将C数据库中的申请单明细表R0001的记录删除。数据库执行成功后,再将执行用于任务调度的Work记录表中的补偿记录删除。因为当前B数据库和C数据库中的数据已经执行了,无需再次基于任务调度进行补偿。
假如当前多线程执行的B数据库或者C数据库的更新操作因为数据库连接不上、机器重启等原因无法执行,那么后续会通过任务调度Work记录表的形式再次进行数据一致性的操作。
下面对通过任务调度进行数据一致性的补偿操作作出说明。本示例应用场景中采用开源任务调度工具Quartz,每隔预设时间如10分钟执行一次查询任务,查询A数据库中的Work记录表,取出10分钟之前***的补偿记录。若10分钟之内该补偿记录仍然没有被删除,表明对应的B和C数据库的操作并未被执行,需要对其进行补偿处理。
假设这条补偿记录表明未被执行的数据库操作为B数据库中申请单主表R0001状态由0变为1,C数据库中的申请单明细表R0001的记录需要删除。则提取补偿记录的执行数据信息,分别执行B数据库和C数据库的两个数据库操作(对应第二数据操作和第三数据操作)。执行完成后删除对应的Work记录表的补偿记录,表明此次的数据库一致补偿操作执行完毕,进行下一次的任务调度。
本应用场景中只涉及了A数据库、B数据库和C数据库这三个数据库,如果涉及到更多的数据库,该方法依然可以适用。即首先执行最重要的数据库操作,其他的数据库操作通过多线程执行或者后续的任务调度进行数据一致性的补偿操作,这样可以很好的保证多数据库数据一致性。
需要说明的是,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。另外,也易于理解的是,这些步骤可以是例如在多个模块/进程/线程中同步或异步执行。
进一步的,本示例实施方式中,还提供了一种多数据库数据处理装置。参考图4中所示,装置100可以包括操作请求获取模块101、第一操作执行模块102、缓存并发判断模块103和第二操作执行模块104。其中:
所述操作请求获取模块101,用于获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求。
所述第一操作执行模块102,用于根据所述第一操作请求执行对所述第一数据库的第一数据操作。
所述缓存并发判断模块103,用于调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中。
所述第二操作执行模块104,用于从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
在本公开的一种示例性实施例中,所述预设缓存包括Redis缓存,所述预设方法为所述Redis缓存中的setNx方法。
在本公开的一种示例性实施例中,所述装置100还可以包括信息设置模块(图未示),用于在根据所述第一操作请求执行完所述第一数据库的第一数据操作后,在所述第一数据库中设置补偿调度表。其中,所述补偿调度表中存储有所述第二操作请求的所述操作内容信息。所述第二操作执行模块104,还用于当成功执行完对所述第二数据库的所述第二数据操作后,删除所述补偿调度表中的所述操作内容信息。
在本公开的一种示例性实施例中,所述装置100还可以包括数据操作补偿模块(图未示),用于通过预设任务调度工具,每隔预设时间启动查询任务以获取所述第一数据库中的所述补偿调度表;判断所述补偿调度表中的所述操作内容信息是否已经删除,若否则提取所述操作内容信息,并执行对所述第二数据库的所述第二数据操作;执行完对所述第二数据库的所述第二数据操作后,删除所述操作内容信息。
在本公开的一种示例性实施例中,所述预设任务调度工具可以包括但不限于开源Quartz任务调度工具等。
在本公开的一种示例性实施例中,所述预设时间可以为5~10分钟,当然并不限于此。
在本公开的一种示例性实施例中,所述第一数据操作和第二数据操作可以为不同的数据操作。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
参考图5所示,在本公开的示例性实施例中,还提供了一种计算机可读存储介质300,其上存储有计算机程序,该程序被例如处理器执行时可以实现上述任意一个实施例中所述多数据库数据处理方法的步骤。在一些可能的实施方式中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述多数据库数据处理方法部分中描述的根据本发明各种示例性实施方式的步骤。
根据本发明的实施方式的用于实现上述多数据库数据处理方法的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
在本公开的示例性实施例中,还提供一种电子设备,该电子设备可以包括处理器,以及用于存储所述处理器的可执行指令的存储器。其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述多数据库数据处理方法的步骤。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为***、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“***”。
下面参照图6来描述根据本发明的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于:至少一个处理单元610、至少一个存储单元620、连接不同***组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元610执行,使得所述处理单元610执行本说明书上述多数据库数据处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元610可以执行如图1中所示的步骤。
所述存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202,还可以进一步包括只读存储单元(ROM)6203。
所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204,这样的程序模块6205包括但不限于:操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备600交互的设备通信,和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述多数据库数据处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
Claims (9)
1.一种多数据库数据处理方法,其特征在于,该方法包括:
获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求;其中,所述第一数据库和所述第二数据库是针对同一业务线的数据库,所述第一操作请求和所述第二操作请求是属于同一业务线的不同操作请求;
根据所述第一操作请求执行对所述第一数据库的第一数据操作;
调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中;
从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
2.根据权利要求1所述多数据库数据处理方法,其特征在于,所述预设缓存包括Redis缓存,所述预设方法为所述Redis缓存中的setNx方法。
3.根据权利要求2所述多数据库数据处理方法,其特征在于,所述方法还包括:
在根据所述第一操作请求执行完所述第一数据库的第一数据操作后,在所述第一数据库中设置补偿调度表;其中,所述补偿调度表中存储有所述第二操作请求的所述操作内容信息;
当成功执行完对所述第二数据库的所述第二数据操作后,删除所述补偿调度表中的所述操作内容信息。
4.根据权利要求3所述多数据库数据处理方法,其特征在于,所述方法还包括:
通过预设任务调度工具,每隔预设时间启动查询任务以获取所述第一数据库中的所述补偿调度表;
判断所述补偿调度表中的所述操作内容信息是否已经删除,若否则提取所述操作内容信息,并执行对所述第二数据库的所述第二数据操作;
执行完对所述第二数据库的所述第二数据操作后,删除所述操作内容信息。
5.根据权利要求4所述多数据库数据处理方法,其特征在于,所述预设任务调度工具包括开源Quartz任务调度工具。
6.根据权利要求4所述多数据库数据处理方法,其特征在于,所述预设时间为5~10分钟。
7.一种多数据库数据处理装置,其特征在于,该装置包括:
操作请求获取模块,用于获取针对第一数据库和第二数据库各自对应的第一操作请求和第二操作请求;其中,所述第一数据库和所述第二数据库是针对同一业务线的数据库,所述第一操作请求和所述第二操作请求是属于同一业务线的不同操作请求;
第一操作执行模块,用于根据所述第一操作请求执行对所述第一数据库的第一数据操作;
缓存并发判断模块,用于调用预设缓存中的预设方法判断当前不存在并发操作时,将所述第二操作请求的操作内容信息存储至所述预设缓存中;
第二操作执行模块,用于从所述预设缓存中调用所述操作内容信息,并通过预设的Java多线程池执行对所述第二数据库的第二数据操作。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1~6任一项所述多数据库数据处理方法的步骤。
9.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1~6任一项所述多数据库数据处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710261410.5A CN108733704B (zh) | 2017-04-20 | 2017-04-20 | 多数据库数据处理方法、装置及存储介质和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710261410.5A CN108733704B (zh) | 2017-04-20 | 2017-04-20 | 多数据库数据处理方法、装置及存储介质和电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108733704A CN108733704A (zh) | 2018-11-02 |
CN108733704B true CN108733704B (zh) | 2020-11-20 |
Family
ID=63933614
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710261410.5A Active CN108733704B (zh) | 2017-04-20 | 2017-04-20 | 多数据库数据处理方法、装置及存储介质和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108733704B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112416955B (zh) * | 2020-11-18 | 2022-02-22 | 四川长虹电器股份有限公司 | 基于高并发环境的缓存一致性问题解决方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7290015B1 (en) * | 2003-10-02 | 2007-10-30 | Progress Software Corporation | High availability via data services |
CN103412786A (zh) * | 2013-08-29 | 2013-11-27 | 苏州科达科技股份有限公司 | 一种高性能服务器架构***及数据处理方法 |
CN105989065A (zh) * | 2015-02-09 | 2016-10-05 | 苏宁云商集团股份有限公司 | 一种闪拍数据处理方法及*** |
CN106021335A (zh) * | 2016-05-06 | 2016-10-12 | 北京奇虎科技有限公司 | 访问数据库的方法及装置 |
CN106202505A (zh) * | 2016-07-20 | 2016-12-07 | 北京京东尚科信息技术有限公司 | 数据处理方法及其*** |
CN106341345A (zh) * | 2016-08-18 | 2017-01-18 | 北京奇虎科技有限公司 | 一种并发请求的处理方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8751639B2 (en) * | 2011-04-27 | 2014-06-10 | Rackspace Us, Inc. | Event queuing and distribution system |
-
2017
- 2017-04-20 CN CN201710261410.5A patent/CN108733704B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7290015B1 (en) * | 2003-10-02 | 2007-10-30 | Progress Software Corporation | High availability via data services |
CN103412786A (zh) * | 2013-08-29 | 2013-11-27 | 苏州科达科技股份有限公司 | 一种高性能服务器架构***及数据处理方法 |
CN105989065A (zh) * | 2015-02-09 | 2016-10-05 | 苏宁云商集团股份有限公司 | 一种闪拍数据处理方法及*** |
CN106021335A (zh) * | 2016-05-06 | 2016-10-12 | 北京奇虎科技有限公司 | 访问数据库的方法及装置 |
CN106202505A (zh) * | 2016-07-20 | 2016-12-07 | 北京京东尚科信息技术有限公司 | 数据处理方法及其*** |
CN106341345A (zh) * | 2016-08-18 | 2017-01-18 | 北京奇虎科技有限公司 | 一种并发请求的处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108733704A (zh) | 2018-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110569305B (zh) | 区块同步方法、装置、介质和计算设备 | |
CN109271450B (zh) | 数据库同步方法、装置、服务器和存储介质 | |
US10261869B2 (en) | Transaction processing using torn write detection | |
US11281445B2 (en) | Method, apparatus, device and storage medium for upgrading application | |
US8762929B2 (en) | System and method for exclusion of inconsistent objects from lifecycle management processes | |
US8688628B2 (en) | Nested queued transaction manager | |
CN104021043B (zh) | 批量应用程序的中断重入方法及*** | |
CN110019498B (zh) | 日志同步方法及装置、存储介质、电子设备 | |
US9652492B2 (en) | Out-of-order execution of strictly-ordered transactional workloads | |
CN111125040A (zh) | 管理重做日志的方法、装置及存储介质 | |
CN110427258A (zh) | 基于云平台的资源调度控制方法及装置 | |
CN111078693B (zh) | 用于生成数据库记录主键的方法和装置 | |
CN109683984B (zh) | 数据热加载方法、装置、电子设备及计算机可读存储介质 | |
CN108733704B (zh) | 多数据库数据处理方法、装置及存储介质和电子设备 | |
CN112765126B (zh) | 数据库事务的管理方法、装置、计算机设备和存储介质 | |
US10761940B2 (en) | Method, device and program product for reducing data recovery time of storage system | |
US11397570B2 (en) | Abort installation of firmware bundles | |
CN115543393B (zh) | 升级方法、电子设备及存储介质 | |
WO2023111910A1 (en) | Rolling back database transaction | |
CN111176705A (zh) | 特征库的升级方法及装置 | |
CN115495436A (zh) | 数据库升级方法及装置 | |
US20150046414A1 (en) | Computer product, managing apparatus, and managing method | |
CN112486421B (zh) | 一种数据存储方法、装置、电子设备及存储介质 | |
CN117539960A (zh) | 数据库的数据同步方法、存储介质及设备 | |
CN117873748A (zh) | 事务链执行方法、装置及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |