重新发起业务请求的执行方法及执行装置制造方法及图纸

本申请公开了一种重新发起业务请求的执行方法及执行装置，所述执行方法包括：在确定用户的第一业务请求异常且请求处理时间大于第一预设时间的情况下，生成用户的第二业务请求，其中，第二业务请求用于请求对虚拟资源进行变更，第二业务请求为与第一业务请求相同的业务请求，第二业务请求包括用户的身份信息、请求时间信息、请求的虚拟资源的类型和请求的虚拟资源的数量；基于用户的身份信息，判断是否为第二业务请求发起等待动作；在确定为第二业务请求发起等待动作的情况下，基于请求时间信息、虚拟资源的类型和虚拟资源的数量，确定与第二业务请求对应的等待时间；在等待时间后，执行与第二业务请求对应的业务操作。执行与第二业务请求对应的业务操作。执行与第二业务请求对应的业务操作。

【技术实现步骤摘要】
重新发起业务请求的执行方法及执行装置


[0001]本申请涉及业务请求领域，尤其涉及一种重新发起业务请求的执行方法及执行装置。

技术介绍

[0002]传统的分布式系统下保证数据一致性主要包括以下方法：1)加大数据库的事务隔离级别，将数据库的事务隔离级别设置为读已提交(Read committed)，这种事务隔离级别不会引起脏读，但会引起行级别的锁，当一个事务更新余额、未提交时，另一个事务无法读取也无法更新余额。2)在用户余额表中加入版本号字段，每次更新余额前，先将版本号取出，更新余额的时候在where条件后加上的版本号等于先前取出的版本号，并对版本号重新赋值。
[0003]但是，前述两种方式在大并发下会引起大量事务超时或更新余额失败，导致用户业务请求失败，而在导致用户业务请求失败，重新发起业务请求的情况下，针对不同产品，业务请求重新执行的等待时间是固定的，影响用户体验。

技术实现思路

[0004]本申请公开一种重新发起业务请求的执行方法及执行装置，解决了在重新发起业务请求的情况下，针对不同产品，业务请求重新执行的等待时间是本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种重新发起业务请求的执行方法，其特征在于，包括：在确定用户的第一业务请求异常且请求处理时间大于第一预设时间的情况下，生成所述用户的第二业务请求，其中，所述第二业务请求用于请求对虚拟资源进行变更，所述第二业务请求为与所述第一业务请求相同的业务请求，所述第二业务请求包括所述用户的身份信息、请求时间信息、请求的虚拟资源的类型和请求的虚拟资源的数量；基于所述用户的身份信息，判断是否为所述第二业务请求发起等待动作；在确定为所述第二业务请求发起等待动作的情况下，基于所述请求时间信息、所述虚拟资源的类型和所述虚拟资源的数量，确定与所述第二业务请求对应的等待时间；在所述等待时间后，执行与所述第二业务请求对应的业务操作。2.根据权利要求1所述的执行方法，其特征在于，在所述确定与所述第二业务请求对应的等待时间之后，且在所述等待时间后，执行与所述第二业务请求对应的业务操作之前，还包括：获取所述用户在第二预设时间内发起第一业务请求的频率；基于所述频率，对所述等待时间进行调整。3.根据权利要求2所述的执行方法，其特征在于，在所述对所述等待时间进行调整之后，还包括：确定所述第一业务请求的中断位置；基于所述中断位置，对调整后的所述等待时间再次进行调整。4.根据权利要求1所述的执行方法，其特征在于，所述基于所述用户的身份信息，判断是否为所述第二业务请求发起等待动作，包括：获取与所述用户的身份信息对应的历史业务请求记录；根据所述历史业务请求记录，确定所述用户的业务请求等级；基于所述用户的业务请求等级，判断是否为所述第二业务请求发起等待动作。5.根据权利要求1所述的执行方法，其特征在于，在所述在确定用户的第一业务请求异常且请求处理时间大于第一预设时间的情况下，生成所述用户的第二业务请求之前，还包括：接收用户的第一业务请求；生成与所述第一业务请求对应的业务请求日志表，并将所述业务请求日志表发送至数据库和消息队列中间件，其中，所述业务请求日志表包括用户标识和业务处理状态；在所述业务请求日志表保存至数据库的情况下，将所述第一业务请求发送至消息队列中间件；执行与所述第一业务请求对应的业务操作，并对所述业务处理状态进行更新；基于所述业务处理状态，判断所述第一业务请求是否处理成功。6.根据权利要求5所述的执行方法...

【专利技术属性】
技术研发人员：巫博超，胡文辉，苏儒，梅忱，李颖，徐世民，吴家淮，刁家伟，颜艺志，陈阳杰，陈佩珍，
申请(专利权)人：中国移动通信集团有限公司，
类型：发明
国别省市：