CN111198751B - 业务处理方法和装置 - Google Patents
业务处理方法和装置 Download PDFInfo
- Publication number
- CN111198751B CN111198751B CN201811382764.6A CN201811382764A CN111198751B CN 111198751 B CN111198751 B CN 111198751B CN 201811382764 A CN201811382764 A CN 201811382764A CN 111198751 B CN111198751 B CN 111198751B
- Authority
- CN
- China
- Prior art keywords
- transaction
- state
- flow
- service
- task
- 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
- 238000003672 processing method Methods 0.000 title abstract description 13
- 238000000034 method Methods 0.000 claims abstract description 84
- 230000007246 mechanism Effects 0.000 claims abstract description 26
- 238000012545 processing Methods 0.000 claims description 29
- 238000004590 computer program Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 238000011161 development Methods 0.000 abstract description 8
- 230000008569 process Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 13
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000002955 isolation Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 206010028980 Neoplasm Diseases 0.000 description 1
- 241000677635 Tuxedo Species 0.000 description 1
- 239000002253 acid Substances 0.000 description 1
- 201000011510 cancer Diseases 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 231100000957 no side effect Toxicity 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种业务处理方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:对业务进行事务注解,以声明对业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;开启全局事务;根据事务注解,将第二流程对应的消息数据添加至第二数据库;确认消息数据添加完成后,根据事务注解,将第一流程对应的业务数据添加至第一数据库;确认业务数据添加完成后,结束事务;根据所述消息数据,生成消息并发送,以完成业务。该实施方式将业务中非关系型数据库操作作为分支事务进行处理,而且先按照事务机制处理非关系型数据库操作,再处理关系型数据库操作,保证了两个操作的数据一致性,降低开发难度、复杂度,适用范围广。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种业务处理方法和装置。
背景技术
事务应该具有4个属性:原子性(atomicity)、一致性(consistency)、隔离性(isolation)和持久性(durability)。这四个属性通常称为ACID特性。分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式***的不同节点之上。在分布式事务中存在一种“主流程和边缘流程”的场景。例如,在“用户报名课程”这个操作中,主流程为用户报名课程的数据库操作,边缘流程为发送邮件和短信通知。在电商场景中,也存在类似情况,比如完成库存扣减的数据库操作后,发消息给其他应用或者写缓存数据。这里的“主流程和边缘流程”的场景必须符合事务特性,在上述例子中,如果用户报名失败,但是已经给用户发“已报名”的短信和邮件,则会给用户带来误解,严重的话可能会发生:用户去上课了,发现自己还没有报名,使用户白跑一趟;如果用户报名成功,但是没有收到短信或邮件,则用户有可能错失去上课的机会,也可能给用户造成一定的经济损失(课程费用)。
在“主流程和边缘流程”这种分布式事务场景中,主流程往往对应的是关系型数据库的操作,比如MySQL,而边缘流程往往对应的是邮件***、短信***、消息***、缓存***或者其他种类繁多的非关系型数据库***,跟关系型数据库自身提供完备的事务机制不同,边缘流程对应的***往往都不提供事务机制。而分布式事务由多个本地分支事务构成,在上述的“用户报名课程”例子中,主流程和边缘流程就对应了两个分支事务。由于边缘流程往往不能提供事务机制,给整个分布式事务的完成带来了困难。比如在XA两阶段(OracleTuxedo***提出的XA分布式事务协议)提交这种经典的分布式事务实现中,要求参与事务的各方都必须提供本地事务机制且遵循XA规范,否则无法完成XA分布式事务。
为了解决上述问题,一般存在以下两种方法:第一种方法:将主流程和边缘流程包装在一个本地数据库事务中,比如先执行主流程,再执行边缘流程。使用Java等编程语言的异常处理机制(try-catch方法),并利用相关的数据库操作或使用@Transaction注解完成事务操作,当任意一个流程失败都会引发事务回滚,流程全部成功就提交事务。第二种方法:通常将主流程和边缘流程独立对待,通过调度机制不断进行重试(补偿),直到全部成功。具体的,如图1所示,将主流程任务和边缘流程任务放入调度***中,获取一个任务(该任务的状态为未执行或需重试),执行任务,若执行成功,这将该任务从调度***中删除或将状态设置为已完成,若执行失败,则将任务状态设置为需重试,等待下次执行。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
第一种方法,在某些情况下会出现数据不一致的情况。比如边缘流程是发消息,如果出现超时异常,则会造成事务回滚,这样主流程对应的库表操作没有发生(被回滚了),但是消息有可能已经被发出了,造成了数据不一致的情况。由于没有重试作为补偿,可能会出现“永久的数据不一致”,从严格意义上讲,该方法是不可用的。
第二种方法,由于主流程和边缘流程没有被包装在一个本地事务中,两者彼此独立,出现数据不一致的情况会很多。在没有性能瓶颈或硬件、网络故障情况下,数据不一致的时间可能会很短,但是在出现性能瓶颈或者硬件、网络故障情况下,不一致的情况会很长;由于有重试机制,理论上主流程和边缘流程会最终一致;由于主流程和边缘流程都有可能出现重试情况,因此都需要保证幂等性(幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了副作用),对应用来说复杂性会增加;需要开发调度模块,增加了应用的开发、使用的成本和复杂度;需要将主流程和边缘流程抽象为一个个的任务,然后去执行。在任务的定义上,因为业务逻辑不同,任务的格式和内容也不尽相同,通用性较差。
发明内容
有鉴于此,本发明实施例提供一种业务处理方法和装置,将业务中非关系型数据库操作和关系型数据库操作分别作为分布式事务的分支事务进行处理,而且先按照事务机制处理非关系型数据库操作,再处理关系型数据库操作,保证了两个操作的数据一致性,降低开发难度、复杂度,适用范围广。
为实现上述目的,根据本发明实施例的一个方面,提供了一种业务处理方法,所述业务包括第一流程和第二流程,所述第一流程对应于数据库操作,所述第二流程对应于消息发送操作,所述方法包括:对业务进行事务注解,声明对所述业务的第一流程和第二流程进行分别作为分布式事务的分支事务进行处理;开启全局事务;根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库;确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;确认所述业务数据添加完成后,结束所述全局事务;根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务。
可选地,所述消息数据添加至第二数据库包括:根据所述消息数据,在第二数据库中添加任务记录,并设置所述任务记录的事务状态为第一状态、执行状态为未执行;所述方法还包括:在确认所述业务数据添加完成后,将所述任务记录的事务状态由第一状态更新为第二状态。
可选地,当所述业务包括多个第二流程时,若所述多个第二流程中任意一个第二流程对应的消息数据添加失败,则将所述业务所有的第二流程对应的任务记录删除。
可选地,根据所述第二数据库中的消息数据,生成消息并发送包括:根据所述第二数据库中事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送;确认所述消息发送成功之后,将所述任务记录的执行状态由未执行更新为执行成功。
可选地,所述方法还包括:若所述消息发送失败,则将所述任务记录的执行状态更新为需重试;基于重试机制,将事务状态为第二状态、执行状态为需重试的任务记录,生成消息并发送。
可选地,所述任务记录包括事务标识和任务标识;所述开启全局事务包括:在第三数据库中添加全局事务记录,以开启全局事务;其中,所述全局事务记录包括事务标识、所述业务所包含的第一流程和第二流程的任务标识;将所述业务所有的第二流程对应的任务记录删除包括:确定添加消息数据失败的第二流程的事务标识,将所述事务标识作为目标标识;将第二数据库中事务标识与目标标识相同的任务记录删除。
可选地,在第三数据库添加全局事务记录时,设置所述全局事务记录的事务状态为第一状态,和在确认业务数据添加完成后,将所述全局事务记录的事务状态更新为第二状态,以及在确认消息数据添加失败时,将所述全局事务的事务状态更新为第三状态,以记录所述业务的状态。
可选地,根据所述事务注解,确定所述第二流程对应的消息数据包括:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第二流程对应的消息数据;
根据所述事务注解,确定所述第一流程对应的业务数据包括:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第一流程对应的业务数据。
为实现上述目的,根据本发明实施例的另一方面,提供了一种业务处理装置,所述业务包括第一流程和第二流程,所述第一流程对应于数据库操作,所述第二流程对应于消息发送操作,所述装置包括:
注解模块,用于对业务进行事务注解,声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;
事务处理模块,用于开启全局事务;根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库;确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;确认所述业务数据添加完成后,结束所述全局事务;
消息发送模块,用于根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务。
可选地,所述事务处理模块还用于:根据所述消息数据,在第二数据库中添加任务记录,并设置所述任务记录的事务状态为第一状态、执行状态为未执行。所述方法还包括:在确认所述业务数据添加完成后,将所述任务记录的事务状态由第一状态更新为第二状态。
可选地,所述事务处理模块还用于:当所述业务包括多个第二流程时,若所述多个第二流程中任意一个第二流程对应的消息数据添加失败,则将所述业务所有的第二流程对应的任务记录删除。
可选地,所述消息发送模块还用于:根据所述第二数据库中事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送;确认所述消息发送成功之后,将所述任务记录的执行状态由未执行更新为执行成功。
可选地,所述消息发送模块还用于:若所述消息发送失败,则将所述任务记录的执行状态更新为需重试;基于重试机制,将事务状态为第二状态、执行状态为需重试的任务记录,生成消息并发送。
可选地,所述任务记录包括事务标识和任务标识;
所述事务处理模块还用于:在第三数据库中添加全局事务记录,以开启全局事务;其中,所述全局事务记录包括事务标识所述业务所包含的第一流程和第二流程的任务标识;
所述事务处理模块还用于:确定添加消息数据失败的第二流程的事务标识,将所述事务标识作为目标标识;将第二数据库中事务标识与目标标识相同的任务记录删除。
可选地,所述事务处理模块还用于:
在第三数据库添加全局事务记录时,设置所述全局事务记录的事务状态为第一状态,和在确认业务数据添加完成后,将所述全局事务记录的事务状态更新为第二状态,以及在确认消息数据添加失败时,将所述全局事务的事务状态更新为第三状态,以记录所述业务的状态。
可选地,所述事务处理模块还用于:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第二流程对应的消息数据;
根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第一流程对应的业务数据。
为实现上述目的,根据本发明实施例的再一方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例的业务处理方法。
为实现上述目的,根据本发明实施例的一个方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例的业务处理方法。
上述发明中的一个实施例具有如下优点或有益效果:因为采用对业务进行事务注解,以声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;开启全局事务;根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库;确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;确认所述业务数据添加完成后,结束所述全局事务;根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务的技术手段,将业务中非关系型数据库操作和关系型数据库操作分别作为分布式事务的分支事务进行处理,而且先按照事务机制处理非关系型数据库操作,再处理关系型数据库操作,保证了两个操作的数据一致性,降低开发难度、复杂度,适用范围广。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明一实施例的业务处理方法的主要流程的示意图;
图2是根据本发明另一实施例的业务方法的子流程的示意图;
图3是根据本发明另一实施例的业务方法的子流程的示意图;
图4-1是根据本发明另一实施例的业务方法的子流程的示意图;
图4-2是根据本发明另一实施例的业务方法的子流程的示意图;
图5是根据本发明另一实施例的业务方法的子流程的示意图;
图6是根据本发明实施例的业务处理装置的主要模块的示意图;
图7是本发明实施例可以应用于其中的示例性***架构图;
图8是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的业务处理方法的主要流程的示意图,该业务包括第一流程和第二流程,在本实施例中,第一流程也可以称为主流程,第二流程也可以称为边缘流程。第一流程对应于关系型数据库操作(例如向数据库中添加记录或信息),即第一流程对应的操作能够提供事务机制,第二流程对应于非关系型数据库(NoSQL)操作(例如向第三方发送邮件、信息、微信等消息或向缓存***进行缓存),即第二流程对应的操作不能提供事务机制。如图1所示,该方法包括:
步骤S101:对业务进行事务注解,以声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理。
注解(Annotation),也叫元数据,一种代码级别的说明。它是JDK1.5及以后版本引入的一个特性,与类、接口、枚举是在同一个层次。它可以声明在包、类、字段、方法、局部变量、方法参数等的前面,用来对这些元素进行说明、注释。注解是以‘@注解名’在代码中存在的。
在本发明实施例中,使用注解机制,可以完成分布式事务的声明。注解机制使用优雅方式完成目标,对业务程序本身的逻辑实现没有任何侵入性。下面以“用户报名课程”的例子对事务注解进行说明。
在上面例子中,@PSDtxTransaction注解代表了包含主流程和边缘流程的分布式事务,其中,secondaryProcess属性表示边缘流程的方法,该属性的类型为String数组(字符串数组),这表明可以有多个边缘流程,needOrder属性表示边缘流程的执行是否有先后顺序,如果needOrder为true(真),其前后执行顺序为各自在数组中的位置决定。
步骤S102:开启全局事务。
步骤S103:根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库。具体的,解析所述事务注解,确定第二流程对应的逻辑实现(即实现第二流程的逻辑代码和所需要的参数),根据所述第二流程对应的逻辑实现,生成消息数据。其中,所述消息数据可以包括消息接收者的联系方式、具体的消息内容和消息发送次序等信息。在上述的用户报名课程例子中,消息数据可以包括报名者的姓名、联系方式、课程的名字和上课时间等信息。
步骤S104:确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库。具体的,解析所述事务注解,确定第一流程对应的逻辑实现(即实现第一流程的逻辑代码和所需要的参数),根据所述第一流程对应的逻辑实现,生成业务数据。其中,在上述用户报名课程例子中,所述业务数据可以包括报名者的姓名、联系方式、课程的名字、上课时间和课程费用等信息。
步骤S105:确认所述业务数据添加完成后,结束全局事务(即提交全局事务)。
步骤S106:根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务。
图2、图3、图4-1和图4-2是本发明另一实施例的业务处理方法的主要流程的示意图,该业务包括第一流程和多个第二流程,所述第一流程对应于数据库操作,每个所述第二流程对应于非关系型数据库操作。如图2所示,该方法包括:
步骤S201:对业务进行事务注解,声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;
步骤S202:在第三数据库中添加全局事务记录,以开启全局事务,并设置所述全局事务记录的事务状态为第一状态;在本实施例中,第三数据库可以称为全局事务数据库;
步骤S203:根据所述事务注解,确定每个所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库,并设置所述任务记录的事务状态为第一状态、执行状态为未执行;在本实施例中,第二数据库可以称为任务数据库;
步骤S204:若所述多个第二流程中任意一个第二流程对应的消息数据添加失败,则将所述全局事务记录的事务状态更新为第三状态,将所述业务所有的第二流程对应的任务记录删除;
步骤S205:若所有的第二流程对应的消息数据添加完成,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;在本实施例中,第一数据库可以称为业务数据库;
步骤S206:在确认所述业务数据添加完成后,将所述全局事务记录的事务状态更新为第二状态,然后将所述任务记录的事务状态更新为第二状态,
步骤S207:根据所述第二数据库中事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送;
步骤S208:确认所述消息发送成功之后,将所述任务记录的执行状态由未执行更新为执行成功;
步骤S209:若所述消息发送失败,则将所述任务记录的执行状态更新为需重试;
步骤S210:基于重试机制,将事务状态为第二状态、执行状态为需重试的任务记录,生成消息并发送。
对于步骤S202,可以在第二数据库中创建任务表,以保存任务记录。
在可选的实施例中,任务表包括以下字段:任务标识(例如任务ID)、与任务记录对应的全局事务标识(例如全局事务ID)、边缘流程的方法信息(例如secondaryProcessContents)、应用的标识(例如应用的ID)、任务状态status、事务状态txstatus(事务状态是指任务记录所对应的边缘流程事务的状态)和执行次序order;所述任务状态包括未执行、需重试和已完成。在所述任务表中添加所述边缘流程事务的任务记录时,设置所述任务记录的任务状态为未执行;当所述任务记录对应的边缘流程的方法执行失败后,将所述任务记录的任务状态更新为需重试;当所述任务记录对应的边缘流程的方法执行成功后,将所述任务记录的任务状态更新为已完成;在其他可选的实施例中,任务表还可以包括任务创建时间createdTime和最近更新时间lastUpdatedTime。
作为具体的示例,第一状态可以用“try”表示,第二状态可以用“confirm”表示,第三状态可以用“cancel”表示。
在可选的实施例中,根据所述事务注解,确定所述第二流程对应的消息数据包括:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第二流程对应的消息数据;根据所述事务注解,确定所述第一流程对应的业务数据包括:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第一流程对应的业务数据。
其中,AOP(Aspect Oriented Programming,面向切面编程)是指通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。利用AOP机制实现上述步骤,使得该方法对业务没有侵入性,将业务逻辑与该方法进行隔离,从而使得业务逻辑与该方法之间的耦合度降低,提高该方法的可重用性,同时提高了开发的效率。
具体的,利用AOP机制,对registerCourse方法上的@PSDtxTransaction注解进行环绕通知,使得在registerCourse方法的前后加入增强逻辑,该增强逻辑按照TCC事务模式执行边缘流程事务,边缘流程事务执行成功之后,执行主流程事务,最终完成分布式事务。该增强逻辑首先将分析@PSDtxTransaction注解中的secondaryProcess属性找到对应的实现方法,即doSendMail方法和doSendShortMsg方法,然后按照TCC模式完成边缘流程事务和主流程事务try阶段的执行和边缘流程confirm阶段的执行。其中,在AOP机制中,通知(Advice)指在切面的某个特定的连接点上执行的动作。环绕通知(Around)指包围一个连接点通知,在被通知的方法调用之前和之后执行自定义的方法。
本实施例借鉴了TCC模式的思想实现了“柔性事务”,但并不需要主流程按照“资源预占”模式提供TCC要求的confirm/cancel操作,同时自动生成边缘流程对应的TCC要求的try/confirm/cancel操作,这一技巧的使用在根本上保证了整套技术方案的“业务非侵入性”。具体的,请参考图3、4-1和4-2。
其中,TCC模式是分布式事务实现的一种方式,分别对应try、confirm和cancel三种操作,这三种操作的业务含义如下:try:预留业务资源;confirm:确认执行业务操作;cancel:取消执行业务操作。
图3示出的是分布式事务在try阶段。在try阶段中,先开启全局事务(执行状态为try),然后依次完成边缘流程的try操作,即完成task信息入库操作,该操作以本地事务的形式完成(因为任务数据库支持事务),最后再完成主流程的try操作,即对业务数据库的操作(也以本地事务方式完成)。
如图4-1所示,当try阶段成功完成后,就进入了confirm阶段。首先将全局事务状态更新为confirm,然后依次完成边缘流程的confirm操作,即更新对应任务记录的事务状态为confirm。值得注意的是主流程不需要confirm阶段,所以没有对应的confirm操作。边缘流程事务和主流程事务成功后,全局事务就结束了,可以将全局事务记录删除,以免积累太多占用资源。
如图4-2所示,在try阶段中,当任意一个边缘流程执行失败时,将进入cancel阶段。首先将全局事务状态更新为“cancel”,然后依次完成之前已经成功的各边缘流程的cancel操作,即将对应的边缘流程在任务数据库中的任务记录删除,以完成回滚操作。cancel操作全部成功后,全局事务就结束了,可以将全局事务记录删除,以免积累太多占用资源。值得注意的是当在try阶段主流程执行失败时,不需要回滚操作(业务数据库会自动回滚),只需将之前所有已经成功的边缘流程在任务数据库中的记录删除,以完成回滚操作。在try阶段,边缘流程的task写入先进行操作,有N个边缘流程就有N个try操作(N为大于或等于1的整数),假设有3个边缘流程,前2个try操作成功了(即它们两个对应的数据库事务已经提交了),最后1个try操作失败了,此时将整体进入cancel阶段。在cancel阶段中,因为前2个写入已经操作成功了,无法依靠数据库事务进行回滚,所以本发明实施例的方法需要进行设置,以将对应的边缘流程在任务数据库中的任务记录删除,以完成回滚操作。
在上述过程中,只有边缘流程才可能涉及到回滚操作,而主流程不需要回滚操作,因为它是最后执行的,出错了业务数据库会自动回滚。边缘流程的回滚操作天然就存在幂等性,这是因为taskId可以唯一确定一条task记录。边缘流程的try操作就是将task信息写入task数据库,confirm操作就是将task的txStatus字段置为“confirm”,cancel操作就是根据taskID删除对应记录,这三个操作由本发明实施例的方法自动提供。由此可知,不管是边缘流程还是主流程,用户均不需要自己提供TCC要求的try/confirm/cancel操作,只需提供主流程和边缘流程的逻辑实现即可。
步骤S208-S210可以异步地完成以及周期性执行,按appId来取一批属于本应用的边缘流程对应的消息数据进行处理。
具体的,如图5所示,该步骤可以包括:
步骤S501:按照appID查询任务表,确定多个txstatus为confirm且status为未执行或需重试的任务记录,形成集合1;
步骤S502:对集合1按照xid进行分类,将xid相同的任务记录进行排序形成多个集合2,依次按下述步骤处理集合2;
步骤S503:读取任意一个集合2中的一条任务记录;
步骤S504:将econdaryProcessContents进行反序列化,并利用反射机制获得边缘流程的方法,执行所述边缘流程的方法;
步骤S505:判断是否执行成功,若是,执行步骤S506,若否,执行步骤S507;
步骤S506:将该任务记录的任务状态更新为已完成或删除该任务记录;
步骤S507:将该任务记录的任务状态设置为需重试;
步骤S508:判断是否有次序要求;
步骤S509:判断是否遍历了集合2中的所有任务记录:若是,执行步骤S510;若否,返回步骤S504读取集合2中下一条任务记录;
步骤S510:判断是否遍历了所有的集合2。
对于步骤S504,secondaryProcess的内容通过对边缘流程的方法使用Java等编程语言的反射机制得到,其结果可用如下伪代码来表示:
通过把Invocation数据结构进行序列化操作(比如使用Kryo等序列化技术))可以得到一个字节序列,该字节序列可用关系型数据库(比如MySQL)的VARBINARY类型来存储。对任意边缘流程的方法按照上述方法进行处理、序列化后保存、后续反序列化并执行之,保证了本技术方案具有通用性。
图6是根据本发明实施例的业务处理装置600的主要模块的示意图,如图6所示,该装置600包括:
注解模块601,用于对业务进行事务注解,声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;
事务处理模块602,用于开启全局事务;根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库;确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;确认所述业务数据添加完成后,结束所述全局事务;
消息发送模块603,用于根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务。
可选地,所述事务处理模块602还用于:根据所述消息数据,在第二数据库中添加任务记录,并设置所述任务记录的事务状态为第一状态、执行状态为未执行;在确认所述业务数据添加完成后,将所述任务记录的事务状态由第一状态更新为第二状态。
可选地,所述事务处理模块602还用于:当所述业务包括多个第二流程时,若所述多个第二流程中任意一个第二流程对应的消息数据添加失败,则将所述业务所有的第二流程对应的任务记录删除。
可选地,所述消息发送模块603还用于:根据所述第二数据库中事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送;确认所述消息发送成功之后,将所述任务记录的执行状态由未执行更新为执行成功。
可选地,所述消息发送模块603还用于:若所述消息发送失败,则将所述任务记录的执行状态更新为需重试;基于重试机制,将事务状态为第二状态、执行状态为需重试的任务记录,生成消息并发送。
可选地,所述任务记录包括事务标识和任务标识;
所述事务处理模块602还用于:在第三数据库中添加全局事务记录,以开启全局事务;其中,所述全局事务记录包括事务标识、所述业务所包含的第一流程和第二流程的任务标识;
所述事务处理模块602还用于:确定添加消息数据失败的第二流程的事务标识,将所述事务标识作为目标标识;将第二数据库中事务标识与目标标识相同的任务记录删除。
可选地,所述事务处理模块602还用于:
在第三数据库添加全局事务记录时,设置所述全局事务记录的事务状态为第一状态,和在确认业务数据添加完成后,将所述全局事务记录的事务状态更新为第二状态,以及在确认消息数据添加失败时,将所述全局事务的事务状态更新为第三状态,以记录所述业务的状态。
可选地,所述事务处理模块还用于:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第二流程对应的消息数据;根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第一流程对应的业务数据。
在可选的实施例中,可以将本发明实施例的业务处理装置封装成软件开发工具包(Software Development Kit,SDK),为方便描述将此方式记作A方式;或,将业务处理装置封装成分布式事务开发工具包和事务管理模块,事务管理模块用于记录全局事务的状态(即添加全局事务记录并更新全局事务记录的事务状态),为方便描述将此方式记作B方式。A方式又可分为两种方式,A1方式要求引用本发明实施例的SDK的应用程序自己创建任务表和全局事务表,A2方式要求引用本发明实施例SDK的应用程序共享同一套任务表和全局事务表。A1方式保证了各个应用程序的彻底隔离性。A2方式节省了数据库资源,但是当应用程序过多时,数据库连接资源会出现瓶颈。而B方式可以克服A2方式的问题,因为应用程序通过网络来访问事务管理模块,事务管理模块为集群部署,支持很多的应用程序,B方式中的任务表和全局事务表只由事务管理模块来访问,只需少量的数据库连接资源即可。
在可选的实施例中,可以将任务数据库、事务管理模块和全局事务数据库部署在不同的服务器上,以保证业务程序和本发明实施例所涉及的程序的隔离性,即业务程序和本发明实施例所涉及的程序不会互相干扰,因为一旦业务程序对本发明实施例所涉及的程序产生了干扰,那么将全局性地影响其他的应用来完成分布式事务。
业务程序引用本发明实施例的SDK,它只需完成主流程和边缘流程的逻辑,其它交由本发明实施例的SDK透明完成。本发明实施例的SDK通过跟事务管理模块、任务数据库协作一起完成分布式事务。业务程序不需要自己提供任务表或者在主业务表中增加task相关字段和开发补偿调度程序,从而实现了与任务表和补偿调度的彻底解耦,简化了应用。本发明实施例的SDK通过与事务管理模块采用RPC或者HTTP方式通信,负责开启和完成整个分布式事务。在事务管理模块的协调下,本发明实施例的SDK首先完成对任务表的本地事务(任务记录的任务状态为未执行),然后完成主流程对主业务表的本地事务。这里借鉴TCC型事务的思想实现了“柔性事务”,但并不需要主流程按照“资源预占”模式提供TCC要求的confirm/cancel操作,同时自动生成边缘流程对应的TCC要求的try/confirm/cancel操作,这一技巧的使用在根本上保证了本发明实施例的技术方案的业务非侵入性。
图7示出了可以应用本发明实施例的分布式事务处理方法或分布式事务处理装置的示例性***架构700。
如图7所示,***架构700可以包括终端设备701、702、703,网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互,以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器,例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
需要说明的是,本发明实施例所提供的分布式事务处理方法一般由服务器705执行,相应地,分布式事务处理装置一般设置于服务器705中。
应该理解,图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图8,其示出了适于用来实现本发明实施例的终端设备的计算机***800的结构示意图。图8示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,计算机***800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有***800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分808。通信部分808经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分808从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中,这些模块的名称在某种情况下并不构成对该单元本身的限定,例如,发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:
对业务进行事务注解,声明对所述业务的第一流程和第二流程进行分别作为分布式事务的分支事务进行处理;
开启全局事务;
根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库;
确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;
确认所述业务数据添加完成后,结束所述全局事务;
根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务。
本发明实施例的技术方案,采用对业务进行事务注解,以声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;开启全局事务;根据所述事务注解,确定所述第二流程对应的消息数据,并将所述消息数据添加至第二数据库;确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的业务数据,并将所述业务数据添加至第一数据库;确认所述业务数据添加完成后,结束所述全局事务;根据所述第二数据库中的消息数据,生成消息并发送,以完成所述业务的技术手段,将业务中非关系型数据库操作和关系型数据库操作分别作为分布式事务的分支事务进行处理,而且先按照事务机制处理非关系型数据库操作,再处理关系型数据库操作,保证了两个操作的数据一致性,降低开发难度、复杂度,适用范围广。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (18)
1.一种业务处理方法,所述业务包括第一流程和第二流程,所述第一流程对应于关系型数据库操作,所述第二流程对应于非关系型数据库操作,其特征在于,所述方法包括:
对业务进行事务注解,以声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;
开启全局事务;
根据所述事务注解,确定所述第二流程对应的逻辑实现,生成消息数据,并将所述消息数据添加至第二数据库;
确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的逻辑实现,生成业务数据,并将所述业务数据添加至第一数据库;
确认所述业务数据添加完成后,结束所述全局事务;
根据所述第二数据库中消息数据的事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送,以完成所述业务。
2.根据权利要求1所述的方法,其特征在于,所述消息数据添加至第二数据库包括:根据所述消息数据,在第二数据库中添加任务记录,并设置所述任务记录的事务状态为第一状态、执行状态为未执行;
所述方法还包括:在确认所述业务数据添加完成后,将所述任务记录的事务状态由第一状态更新为第二状态。
3.根据权利要求2所述的方法,所述方法还包括:当所述业务包括多个第二流程时,若所述多个第二流程中任意一个第二流程对应的消息数据添加失败,则将所述业务所有的第二流程对应的任务记录删除。
4.根据权利要求2所述的方法,其特征在于,根据所述第二数据库中的消息数据,生成消息并发送包括:
根据所述第二数据库中事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送;
确认所述消息发送成功之后,将所述任务记录的执行状态由未执行更新为执行成功。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
若所述消息发送失败,则将所述任务记录的执行状态更新为需重试;
基于重试机制,将事务状态为第二状态、执行状态为需重试的任务记录,生成消息并发送。
6.根据权利要求3所述的方法,其特征在于,所述任务记录包括事务标识和任务标识;
所述开启全局事务包括:在第三数据库中添加全局事务记录,以开启全局事务;其中,所述全局事务记录包括事务标识、所述业务所包含的第一流程和第二流程的任务标识;
将所述业务所有的第二流程对应的任务记录删除包括:
确定添加消息数据失败的第二流程的事务标识,将所述事务标识作为目标标识;
将第二数据库中事务标识与目标标识相同的任务记录删除。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
在第三数据库添加全局事务记录时,设置所述全局事务记录的事务状态为第一状态,和在确认业务数据添加完成后,将所述全局事务记录的事务状态更新为第二状态,以及在确认消息数据添加失败时,将所述全局事务的事务状态更新为第三状态,以记录所述业务的状态。
8.根据权利要求1所述的方法,其特征在于,根据所述事务注解,确定所述第二流程对应的消息数据包括:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第二流程对应的消息数据;
根据所述事务注解,确定所述第一流程对应的业务数据包括:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第一流程对应的业务数据。
9.一种业务处理装置,所述业务包括第一流程和第二流程,所述第一流程对应于数据库操作,所述第二流程对应于消息发送操作,其特征在于,所述装置包括:
注解模块,用于对业务进行事务注解,声明对所述业务的第一流程和第二流程分别作为分布式事务的分支事务进行处理;
事务处理模块,用于开启全局事务;根据所述事务注解,确定所述第二流程对应的逻辑实现,生成消息数据,并将所述消息数据添加至第二数据库;确认所述消息数据添加完成后,根据所述事务注解,确定所述第一流程对应的逻辑实现,生成业务数据,并将所述业务数据添加至第一数据库;确认所述业务数据添加完成后,结束所述全局事务;
消息发送模块,用于根据所述第二数据库中消息数据的事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送,以完成所述业务。
10.根据权利要求9所述的装置,其特征在于,所述事务处理模块还用于:
根据所述消息数据,在第二数据库中添加任务记录,并设置所述任务记录的事务状态为第一状态、执行状态为未执行;
在确认所述业务数据添加完成后,将所述任务记录的事务状态由第一状态更新为第二状态。
11.根据权利要求10所述的装置,所述事务处理模块还用于:
当所述业务包括多个第二流程时,若所述多个第二流程中任意一个第二流程对应的消息数据添加失败,则将所述业务所有的第二流程对应的任务记录删除。
12.根据权利要求11所述的装置,其特征在于,所述消息发送模块还用于:
根据所述第二数据库中事务状态为第二状态、执行状态为未执行的任务记录,生成消息并发送;
确认所述消息发送成功之后,将所述任务记录的执行状态由未执行更新为执行成功。
13.根据权利要求12所述的装置,其特征在于,所述消息发送模块还用于:
若所述消息发送失败,则将所述任务记录的执行状态更新为需重试;
基于重试机制,将事务状态为第二状态、执行状态为需重试的任务记录,生成消息并发送。
14.根据权利要求13所述的装置,其特征在于,所述任务记录包括事务标识和任务标识;
所述事务处理模块还用于:在第三数据库中添加全局事务记录,以开启全局事务;其中,所述全局事务记录包括事务标识、所述业务所包含的第一流程和第二流程的任务标识;
所述事务处理模块还用于:
确定添加消息数据失败的第二流程的事务标识,将所述事务标识作为目标标识;
将第二数据库中事务标识与目标标识相同的任务记录删除。
15.根据权利要求14所述的装置,其特征在于,所述事务处理模块还用于:
在第三数据库添加全局事务记录时,设置所述全局事务记录的事务状态为第一状态,和在确认业务数据添加完成后,将所述全局事务记录的事务状态更新为第二状态,以及在确认消息数据添加失败时,将所述全局事务的事务状态更新为第三状态,以记录所述业务的状态。
16.根据权利要求9所述的装置,其特征在于,所述事务处理模块还用于:根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第二流程对应的消息数据;
根据面向切面编程对业务的事务注解进行环绕通知,以确定所述第一流程对应的业务数据。
17.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
18.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811382764.6A CN111198751B (zh) | 2018-11-20 | 2018-11-20 | 业务处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811382764.6A CN111198751B (zh) | 2018-11-20 | 2018-11-20 | 业务处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111198751A CN111198751A (zh) | 2020-05-26 |
CN111198751B true CN111198751B (zh) | 2024-02-02 |
Family
ID=70746112
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811382764.6A Active CN111198751B (zh) | 2018-11-20 | 2018-11-20 | 业务处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111198751B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111813791B (zh) * | 2020-06-17 | 2024-05-21 | 上海万物新生环保科技集团有限公司 | 一种分布式补偿事务的方法及设备 |
CN113992750A (zh) * | 2020-07-10 | 2022-01-28 | 华为技术有限公司 | 一种全局事务协同方法、装置、设备及介质 |
CN113760924B (zh) * | 2020-10-28 | 2024-06-14 | 北京沃东天骏信息技术有限公司 | 一种分布式事务的处理方法和装置 |
CN112671827B (zh) * | 2020-11-25 | 2023-03-07 | 紫光云技术有限公司 | 一种分布式事务最终一致性方法 |
CN112559140B (zh) * | 2020-12-17 | 2022-07-26 | 江苏满运物流信息有限公司 | 数据一致性的事务控制方法、***、设备及存储介质 |
CN113761056A (zh) * | 2021-04-07 | 2021-12-07 | 西安京迅递供应链科技有限公司 | 一种分布式业务的处理方法、装置及*** |
CN113110949B (zh) * | 2021-04-29 | 2023-10-13 | 中科南京信息高铁研究院 | 单终端多流程并存处理方法和装置 |
CN113268471B (zh) * | 2021-06-24 | 2023-09-22 | 京东科技控股股份有限公司 | 处理分布式事务的方法、代理连接池、***、设备及介质 |
CN113360299B (zh) * | 2021-06-29 | 2022-11-29 | 深圳市商汤科技有限公司 | 事务处理方法及相关产品 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056111A (zh) * | 2011-01-28 | 2011-05-11 | 东方通信股份有限公司 | 实现增值业务平台信令统一接入和管理的***与方法 |
CN102073505A (zh) * | 2011-01-31 | 2011-05-25 | 北京科技大学 | 面向服务组装的声明式事务集成方法和*** |
CN106775959A (zh) * | 2016-12-06 | 2017-05-31 | 上海亿账通互联网科技有限公司 | 分布式事务处理方法和*** |
CN108009027A (zh) * | 2017-11-23 | 2018-05-08 | 北京百度网讯科技有限公司 | 队列消息一致性的实现方法、装置、设备及存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AUPR464601A0 (en) * | 2001-04-30 | 2001-05-24 | Commonwealth Of Australia, The | Shapes vector |
-
2018
- 2018-11-20 CN CN201811382764.6A patent/CN111198751B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056111A (zh) * | 2011-01-28 | 2011-05-11 | 东方通信股份有限公司 | 实现增值业务平台信令统一接入和管理的***与方法 |
CN102073505A (zh) * | 2011-01-31 | 2011-05-25 | 北京科技大学 | 面向服务组装的声明式事务集成方法和*** |
CN106775959A (zh) * | 2016-12-06 | 2017-05-31 | 上海亿账通互联网科技有限公司 | 分布式事务处理方法和*** |
CN108009027A (zh) * | 2017-11-23 | 2018-05-08 | 北京百度网讯科技有限公司 | 队列消息一致性的实现方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111198751A (zh) | 2020-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111198751B (zh) | 业务处理方法和装置 | |
US11669321B2 (en) | Automated database upgrade for a multi-tenant identity cloud service | |
CN111865970B (zh) | 用于实现接口幂等性的方法和装置 | |
US11681683B2 (en) | Transaction compensation for single phase resources | |
JP2021523436A (ja) | 入力および出力スキーママッピング | |
CN109213770B (zh) | 数据处理方法、***、计算机设备和存储介质 | |
US20130111499A1 (en) | Application access to ldap services through a generic ldap interface integrating a message queue | |
CN111126948A (zh) | 用于审批流程的处理方法和装置 | |
CN111338834A (zh) | 数据存储方法和装置 | |
US9473561B2 (en) | Data transmission for transaction processing in a networked environment | |
CN113760924B (zh) | 一种分布式事务的处理方法和装置 | |
US8627341B2 (en) | Managing events generated from business objects | |
US10776186B2 (en) | Method and system for detection and handling of discontinuities in event delivery systems | |
CN108833147B (zh) | 一种配置信息的更新方法和装置 | |
CN113553206B (zh) | 数据事件执行方法、装置、电子设备和计算机可读介质 | |
US7503050B2 (en) | Transaction polymorphism | |
CN114780361A (zh) | 日志生成方法、装置、计算机***及可读存储介质 | |
CN114756173A (zh) | 文件合并的方法、***、设备和计算机可读介质 | |
CN113850685A (zh) | 用于实时理算的方法、装置、服务器和介质 | |
CN113760929A (zh) | 数据同步方法、装置、电子设备和计算机可读介质 | |
CN113760927A (zh) | 数据处理方法、装置、电子设备和计算机可读介质 | |
CN115442420A (zh) | 区块链跨链服务管理方法及装置 | |
CN112232943A (zh) | 一种虚拟账户的多模式绑定方法及装置 | |
CN113761075A (zh) | 切换数据库的方法、装置、设备和计算机可读介质 | |
US9104776B2 (en) | Efficient identity mapping with self-correction for cascaded server systems |
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 |