数据库管理方法和系统技术方案

本申请提供一种数据库管理方法和系统。该方法包括：第一数据库将第一订单写入待处理订单表；第一数据库将第一订单的第一信息发送给微服务应用；微服务应用根据第一订单的订单类型确定第一订单的失效时长；微服务应用将第一订单的第二信息写入第二数据库；微服务应用向第一数据库发送迁移指示消息，迁移指示消息中包括第一订单的订单编码；第一数据库根据迁移指示消息，将第一订单从待处理订单表搬迁至失效订单表。本申请的方法解决了现有技术中存在的订单延迟处理造成数据管理库的性能降低的问题。

【技术实现步骤摘要】
数据库管理方法和系统
本申请涉及通信技术，尤其涉及一种数据库管理方法和系统。
技术介绍
集中业务支撑系统在日常运行中，单系统承载超过4亿用户，为了提升集中业务支撑系统中数据管理库的性能，一般是将该数据管理库分为八个域进行数据管理，单域承载超过7000万的用户。在该集中业务支撑系统承载的庞大用户数量的基础上，每天在该集中业务支撑系统中产生的订单的数量超过了1000万以上，这些订单超过30分钟后便会失效。为了防止该数据管理库的存储空间被大量失效的订单占用，一般需要每隔30分钟同时进行一次所有失效订单的搬迁和删除操作。但是，每条订单转变为失效订单的时间不同，针对每一条订单无法在订单达到30分钟立即失效后就对订单进行搬迁和删除操作，这就会造成失效订单的延迟处理，此时该数据管理库无法继续受理失效未删除的订单的下单用户的新业务，且未搬迁和删除的失效订单依然占用该数据管理库的存储空间，造成该数据管理库存储压力大的问题。除此之外，在处理基于分月转兑和定期执行等业务的订单的时候，也是对这些订单进行定时的搬迁和删除操作，这些非实时订单的延迟处理也会造成该数据管理库存储压力大的问题。因此，如何及时处理订单，以提高该数据管理库的性能，仍然是需要解决的问题。
技术实现思路
本申请提供一种数据库管理方法和系统，用以解决如何及时处理订单，以提高该数据管理库的性能的问题。一方面，本申请提供一种数据库管理方法，应用于数据库管理系统，所述数据库管理系统包括第一数据库、第二数据库和微服务应用，所述第一数据库为关系型数据库，所述第二数据库为非关系型数据库，所述第一数据库中包括待处理订单表和失效订单表，所述方法包括：所述第一数据库将第一订单写入所述待处理订单表；所述第一数据库将所述第一订单的第一信息发送给所述微服务应用，所述第一订单的第一信息包括订单编号、订单类型以及订单生成时间；所述微服务应用根据所述第一订单的订单类型确定所述第一订单的失效时长；所述微服务应用将所述第一订单的第二信息写入所述第二数据库，所述第二信息包括所述第一订单对应的键空间消息，所述键空间消息由所述微服务应用根据所述第一订单的第一信息编码生成；若所述微服务应用在所述第一订单的失效时长内未接收到所述第一数据库发送的所述第一订单的完工信息，则所述微服务应用从所述第二数据库获取所述第一订单的键空间消息，对所述第一订单的键空间消息进行解码得到所述第一订单的订单编码；所述微服务应用向所述第一数据库发送迁移指示消息，所述迁移指示消息中包括所述第一订单的订单编码；所述第一数据库根据所述迁移指示消息，将所述第一订单从所述待处理订单表搬迁至所述失效订单表。其中一项实施例中，所述方法还包括：若所述微服务应用在所述第一订单的失效时长内接收到所述第一数据库发送的订单完工信息，则所述微服务应用触发所述第二数据库删除所述第一订单的键空间消息。其中一项实施例中，所述数据库管理系统还包括信息中间件，所述信息中间件用于实现所述第一数据库和所述微服务应用之间的通信；所述方法还包括：所述信息中间件从所述第一数据库中获取所述第一订单的订单状态消息；所述信息中间件将所述第一订单的订单状态消息发送至所述微服务应用。其中一项实施例中，所述方法还包括：若所述第二数据库在所述第一订单的失效时长内未接收到所述微服务应用发送的所述第一订单的订单完工消息，则所述第二数据库生成所述第一订单的键空间消息的删除消息；若所述微服务应用在所述第一订单的失效时长内未接收到所述第一数据库发送的所述第一订单的完工信息，则所述微服务应用从所述第二数据库获取所述第一订单的键空间消息，包括：若所述微服务应用监控到所述第二数据库生成所述第一订单的键空间消息的删除消息，则接收所述第二数据库发送的所述第一订单的键空间消息。其中一项实施例中，所述方法还包括：所述微服务应用接收订单查询请求，所述订单查询请求中包括待查询订单编号；所述微服务应用根据所述待查询订单编号从所述第二数据库中获取所述待查询订单编号对应的订单的状态信息。其中一项实施例中，所述方法还包括：所述微服务应用确定所述第一订单的第一信息中的异常数据，并将所述异常数据发送至第三数据库，所述第三数据库用于存储订单的异常数据。另一方面，本申请还提供一种数据库管理系统，包括：第一数据库，用于将第一订单写入所述待处理订单表；还用于将所述第一订单的第一信息发送给所述微服务应用，所述第一订单的第一信息包括订单编号、订单类型以及订单生成时间；还用于根据所述迁移指示消息，将所述第一订单从所述待处理订单表搬迁至所述失效订单表第二数据库，与所述微服务应用信号连接；微服务应用，与所述第一数据库信号连接，所述微服务应用用于根据所述第一订单的订单类型确定所述第一订单的失效时长；还用于将所述第一订单的第二信息写入所述第二数据库，所述第二信息包括所述第一订单对应的键空间消息，所述键空间消息由所述微服务应用根据所述第一订单的第一信息编码生成；还用于在所述第一订单的失效时长内未接收到所述第一数据库发送的所述第一订单的完工信息，则所述微服务应用从所述第二数据库获取所述第一订单的键空间消息，对所述第一订单的键空间消息进行解码得到所述第一订单的订单编码；还用于向所述第一数据库发送迁移指示消息，所述迁移指示消息中包括所述第一订单的订单编码。其中一项实施例中，若所述微服务器应用在所述第一订单的失效时长内接收到所述第一数据库发送的订单完工信息，则所述微服务应用触发所述第二数据库删除所述第一订单的键空间消息。另一方面，本申请还提供一种计算机设备，包括存储器，处理器和收发器，所述存储器用于存储指令，所述收发器用于和其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述计算机设备执行如第一方面所述的数据库管理方法。另一方面，本申请还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如第一方面所述的数据库管理方法。本实施例提供一种数据库管理方法，应用于数据库管理系统，该数据库管理系统包括第一数据库、第二数据库和微服务应用，该第一数据库为关系型数据库，该第二数据库为非关系型数据库。因此，在该第二数据库进行多个订单的信息存储时，不会以订单表的形式对多个订单进行存储。该第一数据库中包括待处理订单表和失效订单表。该第一数据库可以把实时写入该待处理订单表的第一订单的第一信息发送给该微服务应用，由该微服务应用进行该第一信息的处理后生成该第一订单的第二信息。该微服务应用再将该第一订单的第二信息写入该第二数据库。当该第一订单转变为失效订单时，该微服务应用再从该第二数据库中获取该第一订单的订单编码，将该第一订单的订单编码发送至该第一数据库，由该第一数据库找到该第一订单在该待处理订单表中的位置，再将该第一订单搬迁至该失效订单表中，并删除该待处理订单表中的该第一订单的第一本文档来自技高网...

【技术保护点】
1.一种数据库管理方法，其特征在于，应用于数据库管理系统，所述数据库管理系统包括第一数据库、第二数据库和微服务应用，所述第一数据库为关系型数据库，所述第二数据库为非关系型数据库，所述第一数据库中包括待处理订单表和失效订单表，所述方法包括：/n所述第一数据库将第一订单写入所述待处理订单表；/n所述第一数据库将所述第一订单的第一信息发送给所述微服务应用，所述第一订单的第一信息包括订单编号、订单类型以及订单生成时间；/n所述微服务应用根据所述第一订单的订单类型确定所述第一订单的失效时长；/n所述微服务应用将所述第一订单的第二信息写入所述第二数据库，所述第二信息包括所述第一订单对应的键空间消息，所述键空间消息由所述微服务应用根据所述第一订单的第一信息编码生成；/n若所述微服务应用在所述第一订单的失效时长内未接收到所述第一数据库发送的所述第一订单的完工信息，则所述微服务应用从所述第二数据库获取所述第一订单的键空间消息，对所述第一订单的键空间消息进行解码得到所述第一订单的订单编码；/n所述微服务应用向所述第一数据库发送迁移指示消息，所述迁移指示消息中包括所述第一订单的订单编码；/n所述第一数据库根据所述迁移指示消息，将所述第一订单从所述待处理订单表搬迁至所述失效订单表。/n...

【技术特征摘要】
1.一种数据库管理方法，其特征在于，应用于数据库管理系统，所述数据库管理系统包括第一数据库、第二数据库和微服务应用，所述第一数据库为关系型数据库，所述第二数据库为非关系型数据库，所述第一数据库中包括待处理订单表和失效订单表，所述方法包括：
所述第一数据库将第一订单写入所述待处理订单表；
所述第一数据库将所述第一订单的第一信息发送给所述微服务应用，所述第一订单的第一信息包括订单编号、订单类型以及订单生成时间；
所述微服务应用根据所述第一订单的订单类型确定所述第一订单的失效时长；
所述微服务应用将所述第一订单的第二信息写入所述第二数据库，所述第二信息包括所述第一订单对应的键空间消息，所述键空间消息由所述微服务应用根据所述第一订单的第一信息编码生成；
若所述微服务应用在所述第一订单的失效时长内未接收到所述第一数据库发送的所述第一订单的完工信息，则所述微服务应用从所述第二数据库获取所述第一订单的键空间消息，对所述第一订单的键空间消息进行解码得到所述第一订单的订单编码；
所述微服务应用向所述第一数据库发送迁移指示消息，所述迁移指示消息中包括所述第一订单的订单编码；
所述第一数据库根据所述迁移指示消息，将所述第一订单从所述待处理订单表搬迁至所述失效订单表。


2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述微服务应用在所述第一订单的失效时长内接收到所述第一数据库发送的订单完工信息，则所述微服务应用触发所述第二数据库删除所述第一订单的键空间消息。


3.根据权利要求1所述的方法，其特征在于，所述数据库管理系统还包括信息中间件，所述信息中间件用于实现所述第一数据库和所述微服务应用之间的通信；所述方法还包括：
所述信息中间件从所述第一数据库中获取所述第一订单的订单状态消息；
所述信息中间件将所述第一订单的订单状态消息发送至所述微服务应用。


4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述第二数据库在所述第一订单的失效时长内未接收到所述微服务应用发送的所述第一订单的订单完工消息，则所述第二数据库生成所述第一订单的键空间消息的删除消息；
若所述微服务应用在所述第一订单的失效时长内未接收到所述第一数据库发送的所述第一订单的完工信息，则所述微服务应用从所述第二数据库获取所述第一订单的键空间消息，包括：
若所述微服务应用监控到所述第二数据库生成所述第一订单的键空间消息的...

【专利技术属性】
技术研发人员：田鹏宇，李张体，杨帅旗，孔德壮，
申请(专利权)人：中国联合网络通信集团有限公司，
类型：发明
国别省市：北京;11