CN113487340A - 业务解耦处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及运维技术领域，公开了一种业务解耦处理方法、装置、设备及存储介质，该方法包括：获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；提取业务基础数据中的操作参数，并对操作参数进行记录，生成二进制日志；并对二进制日志进行解析并封装成为消息体；监听消息体，并对消息体进行扩展业务处理，得到与目标业务对应的业务扩展数据；开启多任务并行处理业务扩展数据。本发明将业务处理逻辑分为基础业务逻辑和扩展业务逻辑，实现了异步解耦，同时开启多任务并行处理数据，提高了数据处理效率。

Description

业务解耦处理方法、装置、设备及存储介质

技术领域

本发明涉及运维技术领域，尤其涉及一种业务解耦处理方法、装置、设备及存储介质。

背景技术

优惠券是常见的运营商家优惠营销的促销方式，消费者通过主动领取或商家的运营平台定向发放等渠道获取到优惠券，在购买指定商品下单时满足门槛即可使用这张用户优惠券。在应用开发过程中，优惠券的业务处理逻辑通常是基于一个业务逻辑来实现另外一个业务逻辑。为实现这种功能，目前通常是在一个业务逻辑中植入另一个业务逻辑的实现方法。

当另一个业务逻辑的实现方法比较多时，这些实现方法都被植入前述的一个业务逻辑中，这样就会严重影响业务逻辑代码的可阅读性。例如，当优惠券的限时降额处理逻辑被植入原有领券逻辑时，由于这两个业务逻辑之间存在着强耦合性，当一个业务逻辑出现异常时，也会导致另一个业务逻辑无法正常运行。因此，如何解决优惠券业务处理逻辑之间强耦合性是亟需解决的问题。

发明内容

本发明的主要目的在于解决现有技术中业务处理逻辑之间强耦合性的技术问题。

本发明第一方面提供了一种业务解耦处理方法，所述业务解耦处理方法包括：获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中；提取所述业务基础数据中的操作参数，并对所述操作参数进行记录，生成二进制日志；对所述二进制日志进行解析并封装成为消息体；监听所述消息体，并对所述消息体进行扩展业务处理，得到与所述目标业务对应的业务扩展数据；开启多任务并行处理所述业务扩展数据。

可选的，在本发明的第一方面的第一种实现方式中，对所述二进制日志进行解析并封装成为消息体包括：基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据；提取所述目标业务的通用格式，并将所述解析数据转换成通用格式的数据；对所述通用格式的数据进行消息封装，得到消息体。

可选的，在本发明的第一方面的第二种实现方式中，所述基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据包括：基于预设的数据格式转换规则，对所述二进制日志进行分析并将所述二进制日志转换为可读性数据；提取所述可读性数据中的公共函数，并对所述公共函数进行解析，得到解析数据。

可选的，在本发明的第一方面的第三种实现方式中，在所述获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中之前，还包括：获取业务，并对所述业务配置相关信息，其中，所述相关信息至少包括业务属性、业务类型；基于所述相关信息，将所述业务进行转换为目标业务。

可选的，在本发明第一方面的第四种实现方式中，在所述开启多任务并行处理所述业务扩展数据之前，还包括：提取所述目标业务的相关信息；将所述目标业务的相关信息录入预设业务扩展数据表中。

可选的，在本发明第一方面的第五种实现方式中，所述开启多任务并行处理所述业务扩展数据包括：从所述业务扩展数据表中，提取与所述目标业务对应的业务扩展数据处理时间；比较所述业务扩展数据处理时间与当前时间是否一致；若是，则根据所述业务扩展数据表中目标业务的相关信息和预设的业务处理策略，并开启多任务对所述业务扩展数据进行并行处理。

本发明第二方面提出一种业务解耦处理装置，所述业务解耦处理装置包括：获取模块，用于获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中；生成模块，用于提取所述业务基础数据中的操作参数，并对所述操作参数进行记录，生成二进制日志；封装模块，用于对所述二进制日志进行解析并封装成为消息体；监听模块，用于监听所述消息体，并对所述消息体进行扩展业务处理，得到与所述目标业务对应的业务扩展数据；处理模块，用于开启多任务并行处理所述业务扩展数据。

可选的，在本发明第二方面的第一种实现方式中，所述封装模块包括：解析单元，用于基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据；转换单元，用于提取所述目标业务的通用格式，并将所述解析数据转换成通用格式的数据；封装单元，用于对所述通用格式的数据进行消息封装，得到消息体。

可选的，在本发明第二方面的第二种实现方式中，所述解析单元具体用于：基于预设的数据格式转换规则，对所述二进制日志进行分析并将所述二进制日志转换为可读性数据；提取所述可读性数据中的公共函数，并对所述公共函数进行解析，得到解析数据。

可选的，在本发明第二方面的第三种实现方式中，所述业务解耦处理装置还包括配置模块，其具体用于：获取业务，并对所述业务配置相关信息，其中，所述相关信息至少包括业务属性、业务类型；基于所述相关信息，将所述业务进行转换为目标业务。

可选的，在本发明第二方面的第四种实现方式中，所述业务解耦处理装置还包括录入模块，其具体用于：提取所述目标业务的相关信息；将所述目标业务的相关信息录入预设业务扩展数据表中。

可选的，在本发明第二方面的第五种实现方式中，所述处理模块具体用于：从所述业务扩展数据表中，提取与所述目标业务对应的业务扩展数据处理时间；比较所述业务扩展数据处理时间与当前时间是否一致；若所述业务扩展数据处理时间与当前时间一致，则根据所述业务扩展数据表中目标业务的相关信息和预设的业务处理策略，并开启多任务对所述业务扩展数据进行并行处理。

本发明第三方面提供了一种业务解耦处理设备，所述业务解耦处理设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；所述至少一个处理器调用所述存储器中的所述指令，以使得所述业务解耦处理设备执行上述的业务解耦处理方法的步骤。

本发明第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行上述的业务解耦处理方法的步骤。

在本发明提供的技术方案中，把目标业务处理过程实际划分为基础业务处理阶段和扩展业务处理阶段，其中基础业务处理阶段负责处理业务普通不可变的逻辑，扩展业务处理阶段负责处理业务特殊可变化的逻辑，获取目标业务的基础业务数据，记录下业务基础数据，同时生成二进制日志，随后在扩展业务处理阶段同步获取该二进制日志并进行解析，最终封装成包含业务基础数据的消息体并发送出去，通过监听该消息体，对消息体内容即业务基础数据再进行业务扩展处理，从而得到业务扩展数据，然后同时开启多任务并行高效的去处理业务扩展数据。本发明的技术方案实现了对业务的解耦高效处理，提高了业务处理的效率。

附图说明

图1为本发明实施例中业务解耦处理方法的第一个实施例示意图；

图2为本发明实施例中业务解耦处理方法的第二个实施例示意图；

图3为本发明实施例中业务解耦处理方法的第三个实施例示意图；

图4为本发明实施例中业务解耦处理方法的第四个实施例示意图；

图5为本发明实施例中业务解耦处理装置的一个实施例示意图；

图6为本发明实施例中业务解耦处理装置的另一个实施例示意图；

图7为本发明实施例中业务解耦处理设备的一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务解耦处理方法、装置、设备及存储介质，通过获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；提取业务基础数据中的操作参数，对操作参数进行记录，生成二进制日志；并对二进制日志进行解析并封装成为消息体；同时对消息体进行监听并进行扩展业务处理，得到与目标业务对应的业务扩展数据；开启多任务并行处理业务扩展数据。本发明将业务处理逻辑分为基础业务逻辑和扩展业务逻辑，实现了异步解耦，同时开启多任务并行处理数据，提高了数据处理效率。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体内容进行描述，请参阅图1，本发明实施例中业务解耦处理方法的第一个实施例包括：

101，获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；

当业务处理服务接收到目标业务处理的请求后，首先开始进行基础业务处理，执行过程中新增一条目标业务的处理记录即业务基础数据，用于确保目标业务处理行为与数据库数据同步。提取该业务基础数据，并对该业务基础数据进行记录存储至预设的基础数据表中。

在本实施例中，以目标业务为限时降额优惠券为例进行详细说明，其中基础业务处理主要指领取优惠券，扩展业务处理主要指限时降额。运营人员在服务器后台管理***中预先设置优惠券模板，完善优惠券模板配置参数，最终优惠券模版数据存储到MySQL数据库的优惠券模板表中。另外，可以将优惠券模板投放到某个活动营销页面，其中，在活动营销页面的特定位置显示优惠券模板的信息，比如优惠金额，使用时间和使用须知等，并显示领取按钮，便于用户点击领取按钮来领取优惠券。当用户进到该活动营销页面时，可选择领取配置好的优惠券，领取成功会产生一条用户优惠券领取记录，该用户优惠券领取记录为上述的业务基础数据，将该用户优惠券领取记录存储到MySQL数据库的用户优惠券表中，该过程也就是在用户优惠券表中生成一条用户和优惠券模板的关系记录，其中，该关系记录包含用户帐号、优惠券模板唯一标识、优惠券优惠金额、有效开始时间、有效截止时间、该条关系记录唯一标识等信息。

具体的，当目标优惠券被用户正常领取后，会生成一条用户优惠券领取记录，在用户优惠券表中存储该领取记录的过程相当于是对该用户优惠券表进行变更，在此过程中，会产生相应的业务基础数据，记录该业务基础数据，并存储于预设的基础数据表中。其中，目标优惠券为服务器后台已配置好的优惠券模版，目标优惠券可分为常规优惠券和限时降额优惠券。常规优惠券会配置为一定时间范围内有效的固定金额优惠券，比如一张优惠券满X元减Y元，有效期设置为1月1日至1月10日，那么用户只能在有效期内才能使用该优惠券。限时降额优惠券则会设置相应的降额时间，同时客户端会配合显示出倒计时，如果在规定的降额时间内未使用，一达到降额时间则***会主动降低这张优惠券的优惠金额。

进一步的，常规优惠券无法营造更好的用券紧迫感，不利于提高用户的购买率和优惠券的使用率。因此推出一种用户领取到一张优惠券后，同时客户端会配合显示出倒计时，如果在规定的降额时间内未使用，一达到降额时间则***会主动降低这张优惠券的优惠金额，这种处理方式的优惠券即是限时降额优惠券。

102，提取业务基础数据中的操作参数，并对操作参数进行记录，生成二进制日志；

当在基础数据表中新增目标业务的基础数据后，数据库会自动记录该操作行为，生成二进制日志(Binlog日志)，即提取该业务基础数据中的操作参数，数据库对该操作参数进行记录，从而生成二进制日志，其中，二进制日志至少包括操作的数据表名、操作行为、行为数据。

具体的，Binlog日志是一种二进制日志，记录了对数据库数据的DML操作，并以二进制的形式保存到MySQL数据库中。而MySQL数据库是一种关系数据库管理***，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了***数据的查询速度并提高了灵活性。

103，对二进制日志进行解析并封装成为消息体；

当生成Binlog日志之后，采用Binlog同步组件获取数据库产生的Binlog日志，并对该Binlog日志进行解析，解析Binlog日志完成后会发送RocketMQ消息，即将Binlog解析数据封装成消息体，其中，消息体至少包含操作的数据表名、操作行为、行为数据，消息Topic命名为操作的基础数据表名，便于订阅该Topic，消费消息。

具体的，通过对Binlog日志的解析，将Binlog日志转换成消息实体存储在消息集群(分布式消息队列RocketMQ集群)中供第三方订阅，其中消息的格式为JSON格式的字符串。在输出消息实体时，主要是将Binlog解析数据封装成消息实体并输出。

在本实施例中，RocketMQ作为一款分布式的消息中间件，它可以保证严格的消息顺序，提供亿级消息的堆积能力，即使在堆积了亿级的消息后，依然保持写入低延迟。由于本实施例中采用了RocketMQ，所以，本实施例的技术方案解析能力强，支持并可以发大量消息，通过消息队列(MQ)有海量的数据抗堆积能力。

104，监听消息体，并对消息体进行扩展业务处理，得到与目标业务对应的业务扩展数据；

通过订阅指定Topic，监听消息体，其中消息Topic是基础数据表名，当监听到消息体之后，按一定格式解析消息体，随后对目标业务进行扩展业务处理，并获取与目标业务对应的业务扩展数据。

当目标业务为限时降额优惠券时，目标优惠券被用户领取之后，采用Binlog同步组件获取用户领券成功时产生的MySQL Binlog日志，然后解析Binlog日志并发送RocketMQ消息，其中消息Topic被命名为用户优惠券表的表名，在扩展业务处理阶段通过订阅该Topic，监听消息，针对限时降额优惠券进行限时降额处理，并将产生的扩展数据写入限时降额表，采取这种异步处理方式对原有领取优惠券逻辑(即基础业务处理阶段)无业务入侵，业务模块高内聚，低耦合，其中，限时降额表主要记录限时降额优惠券的领取时间、降额后门槛金额、降额后优惠金额、限时降额处理时间和实际有效截止时间等，限时降额处理时间统一会精确到分，便于减少后续定时任务的降额处理频率，有效降低降额延迟。

105，开启多任务并行处理业务扩展数据。

当任务调度组件服务开启多任务之后，根据预设的业务处理策略对目标业务进行相应的处理，即根据该任务中的处理参数，在预设的业务处理策略中查找对应的处理策略，根据该处理策略对目标业务进行相应处理。

在本实施例中，当目标业务为限时降额优惠券时，开启多任务并行处理限时降额优惠券对应的相关信息，即提取限时降额处理时间，与当前时间进行比较，若该限时降额优惠券的限时降额处理时间与当前时间一致时，对该限时降额优惠券进行限时降额处理。

具体的，对限时降额优惠券进行限时降额处理的过程为，定时调度组件开启每分钟定时下发降额分片任务，总共划分成10个分片任务，每片任务随机分配到集群中一台机器上，当目标优惠券为限时降额优惠券时，根据当前时间查询出消息提示表中待降额的目标优惠券数据，后续采用多线程处理降额的目标优惠券，直至一一完成降额处理。分片策略可以合理利用集群资源，避免单台机器负载过高，降额处理采用多线程方式会提高处理效率，降低限时降额的时间延迟，有效避免用户在客户端看到的优惠券信息和服务端实际存储的数据出现不一致。

本实施例是通过把一系列服务代码部署到服务器上来进行实现，实现限时降额优惠券的处理逻辑。依托良好的业务数据模型设计，支持业务具体类型的可扩展。比如优惠券模板中预设了优惠券类型这一基本属性，在这个类型上仅扩展增加限时降额券类型即可，用于区分是常规优惠券还是限时降额优惠券，最终数据都是存储到优惠券模板表中。用户领取优惠券(这个优惠券可以是常规优惠券或者是限时降额优惠券)成功后，在用户优惠券表生成一条用户和优惠券模板的关系记录即用户优惠券记录，同时也会生成MySQL的Binlog insert日志，由服务器上的Binlog同步组件负责解析该Binlog日志，并将其封装成一定格式的用户优惠券消息体发送到RocketMQ集群指定Topic中，服务器负责监听该Topic中消费用户优惠券消息，实际消费逻辑是根据用户优惠券消息判断用户领取的优惠券是否是限时降额优惠券，如果是的话，再封装相关数据写入到用户限时降额优惠券表中，这一步主要是异步解耦，不会影响原有优惠券领取逻辑。由于在实现优惠券领取逻辑之后，就已经把哪些用户领取了哪些限时降额优惠券，都统一存储到了用户限时降额优惠券表中，后续采用定时调度组件下发任务，用于扫描用户限时降额优惠券表，把需要降额处理的数据查询出来，然后再进行降额处理，这一步采用分片和多线程的方式用于提高处理效率。

本发明实施例把目标业务处理过程实际划分为基础业务处理阶段和扩展业务处理阶段，其中基础业务处理阶段负责处理业务普通不可变的逻辑，扩展业务处理阶段负责处理业务特殊可变化的逻辑，获取目标业务的基础业务数据，记录下业务基础数据，同时生成二进制操作日志，随后在扩展业务处理阶段同步获取该二进制日志并进行解析，最终封装成包含业务基础数据的消息体并发送出去，通过监听该消息体，对消息体内容即业务基础数据再进行业务扩展处理，从而得到业务扩展数据，然后同时开启多任务并行高效的去处理业务扩展数据。本发明实施例实现了对业务的解耦高效处理，并且在实际应用中，当业务为限时降额优惠券时，保证对原有领券逻辑无变动，采用binlog日志同步组件获取并解析binlog日志，同时发送领取优惠券的消息，通过监听搜集到用户限时降额信息，采用这种方式实现了异步解耦，后续针对用户限时降额信息采用多任务并行扫描处理，能够提高限时降额处理效率。

请参阅图2，本发明实施例中业务解耦处理方法的第二个实施例包括：

201，获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；

当业务处理服务接收到目标业务处理的请求后，首先开始进行基础业务处理，执行过程中新增一条目标业务的处理记录即业务基础数据，用于确保目标业务处理行为与数据库数据同步。提取该业务基础数据，并对该业务基础数据进行记录存储至预设的基础数据表中。

在本实施例中，以目标业务为限时降额优惠券为例进行详细说明，其中基础业务处理主要指领取优惠券，扩展业务处理主要指限时降额。运营人员在服务器后台管理***中预先设置优惠券模板，完善优惠券模板配置参数，最终优惠券模版数据存储到MySQL数据库的优惠券模板表中。另外，可以将优惠券模板投放到某个活动营销页面，其中，在活动营销页面的特定位置显示优惠券模板的信息，比如优惠金额，使用时间和使用须知等，并显示领取按钮，便于用户点击领取按钮来领取优惠券。当用户进到该活动营销页面时，可选择领取配置好的优惠券，领取成功会产生一条用户优惠券领取记录，该用户优惠券领取记录为上述的业务基础数据，将该用户优惠券领取记录存储到MySQL数据库的用户优惠券表中，该过程也就是在用户优惠券表中生成一条用户和优惠券模板的关系记录，其中，该关系记录包含用户帐号、优惠券模板唯一标识、优惠券优惠金额、有效开始时间、有效截止时间、该条关系记录唯一标识等信息。

具体的，当目标优惠券被用户正常领取后，会生成一条用户优惠券领取记录，在用户优惠券表中存储该领取记录的过程相当于是对该用户优惠券表进行变更，因此在此过程中，会产生相应的业务基础数据，记录该业务基础数据，并存储于预设的基础数据表中。

202，提取业务基础数据中的操作参数，并对操作参数进行记录，生成二进制日志；

当在基础数据表中新增目标业务的基础数据后，数据库会自动记录该操作行为，生成二进制日志(Binlog日志)，即提取该业务基础数据中的操作参数，数据库对该操作参数进行记录，从而生成二进制日志，其中，二进制日志至少包括操作的数据表名、操作行为、行为数据。

具体的，Binlog日志是一种二进制日志，记录了对数据库数据的DML操作，并以二进制的形式保存到MySQL数据库中。而MySQL数据库是一种关系数据库管理***，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了***数据的查询速度并提高了灵活性。

203，基于预设的数据格式转换规则，对二进制日志进行分析并将二进制日志转换为可读性数据；

由于Binlog日志是二进制日志，所以无法直接使用文本打开，需要使用对应的解析工具才可以查看具体内容。调用预设的Binlog解析工具，并基于预设的日志解析规则，对二进制日志进行解析，得到解析数据。

具体的，MySQL的变更数据是二进制格式的数据，按照MySQL的通信协议，将二进制数据转换成ASCII值的数据。这部分数据涵盖了MySQL数据库增、删、改的信息。通过对变更数据进行格式转换，转换为一种约定的协议格式。

使用Binlog解析工具，可以直接获取MySQL数据库中增、删、改的数据，通过转换成协议的标准格式，可以实现同源或者异源数据库之间的准实时同步。避免了使用其他方式解析获取增、删、改数据库语句的不利方面。根据预设的数据格式转换规则，可以将二进制数据转换成可读性的数据。

204，提取可读性数据中的公共函数，并对公共函数进行解析，得到解析数据；

提取可读性数据中的公共函数，并对公共函数进行解析，得到解析数据。由于Binlog日志是以事件为基础进行记录的。在进行解析时，需要对各种事件的协议格式分别处理，对应成功能相对独立的模块。在日志解析这部分，分为通用功能模块和专用功能模块；通用功能模块主要是将一些公共函数组装到该模块中，最大限度达到复用的目的；专用功能模块是功能非常独立的模块部分，对应于高内聚、低耦合的设计思想。像新增数据、变更数据和删除数据的解析功能分别对应独立的模块。

205，提取目标业务的通用格式，并将解析数据转换成通用格式的数据；

206，对通用格式的数据进行消息封装，得到消息体；

在本实施例中，提取目标业务的通用格式，并根据该通用格式，将解析之后的解析数据进行格式转换，即将解析数据转换为通用格式的数据，其中，预设的格式转换规则为通用格式转换协议。另外，RocketMQ作为一款分布式的消息中间件，通过RocketMQ将得到的通用格式的数据进行消息封装，生成消息体，供以进行数据通信。

207，监听消息体，并对消息体进行扩展业务处理，得到与目标业务对应的业务扩展数据；

通过订阅指定Topic，监听消息体，其中消息Topic是基础数据表名，当监听到消息体之后，按一定格式解析消息体，随后对目标业务进行扩展业务处理，并获取与目标业务对应的业务扩展数据。

当目标业务为限时降额优惠券时，目标优惠券被用户领取之后，采用Binlog同步组件获取用户领券成功时产生的MySQL Binlog日志，然后解析Binlog日志并发送RocketMQ消息，其中消息Topic被命名为用户优惠券表的表名，在扩展业务处理阶段通过订阅该Topic，监听消息，针对限时降额优惠券进行限时降额处理，并将产生的扩展数据写入限时降额表，采取这种异步处理方式对原有领取优惠券逻辑(即基础业务处理阶段)无业务入侵，业务模块高内聚，低耦合，其中，限时降额表主要记录限时降额优惠券的领取时间、降额后门槛金额、降额后优惠金额、限时降额处理时间和实际有效截止时间等，限时降额处理时间统一会精确到分，便于减少后续定时任务的降额处理频率，有效降低降额延迟。

208，开启多任务并行处理业务扩展数据。

当任务调度组件服务开启多任务之后，根据预设的业务处理策略对目标业务进行相应的处理，即根据该任务中的处理参数，在预设的业务处理策略中查找对应的处理策略，根据该处理策略对目标业务进行相应处理。

在本实施例中，当目标业务为限时降额优惠券时，开启多任务并行处理限时降额优惠券对应的相关信息，即提取限时降额处理时间，与当前时间进行比较，若该限时降额优惠券的限时降额处理时间与当前时间一致时，对该限时降额优惠券进行限时降额处理。

具体的，对限时降额优惠券进行限时降额处理的过程为，定时调度组件开启每分钟定时下发降额分片任务，总共划分成10个分片任务，每片任务随机分配到集群中一台机器上，当目标优惠券为限时降额优惠券时，根据当前时间查询出消息提示表中待降额的目标优惠券数据，后续采用多线程处理降额的目标优惠券，直至一一完成降额处理。分片策略可以合理利用集群资源，避免单台机器负载过高，降额处理采用多线程方式会提高处理效率，降低限时降额的时间延迟，有效避免用户在客户端看到的优惠券信息和服务端实际存储的数据出现不一致。

在本发明实施例中，通过对二进制日志进行分析并转换为可读性数据，对可读性数据中的公共函数进行解析，并将解析数据封装为消息体，对该消息体进行扩展业务处理。本发明实施例实现了对二进制日志的解析，将解析数据封装为消息体，通过监听搜集消息体里包含的优惠券的限时降额处理信息，实现了异步解耦，提高了业务处理效率。

请参阅图3，本发明实施例中业务解耦处理方法的第三个实施例包括：

301，获取业务，并对业务配置相关信息；

获取所有的业务，并为每个业务都配置相应的相关信息，将其转化为属性不同的业务。其中，相关信息至少包括业务属性、业务类型、业务提示消息的发送时间。其中，相关信息的配置是根据预设好的相关信息类型进行组合配置，即从预设好的业务属性的类别中选择一种业务属性对该业务进行配置，同理，业务类型也进行相关配置。

当业务为优惠券时，获取所有需要配置的优惠券，对该优惠券进行相关信息的配置。具体的，业务类型就是优惠类型，业务属性为优惠券的基本属性。另外，优惠类型是优惠券的基本属性之一，优惠券类型主要为固定金额类型和限时降额类型。可在运营后台管理***中新增优惠券，配置优惠券时任意选择固定金额类型和选择限时降额类型，然后再根据实际业务情况配置优惠券基本属性，最终完成模板优惠券的配置。

302，基于相关信息，将业务转换为目标业务；

根据每个业务配置的对应的相关信息，将业务转化为目标业务。当业务为优惠券时，生成的目标优惠券包括，根据固定金额类型和基本属性配置的常规优惠券，以及根据限时降额类类型和基本属性配置的限时降额优惠券。

303，获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；

当业务处理服务接收到目标业务处理的请求后，首先开始进行基础业务处理，执行过程中新增一条目标业务的处理记录即业务基础数据，用于确保目标业务处理行为与数据库数据同步。提取该业务基础数据，并对该业务基础数据进行记录存储至预设的基础数据表中。

在本实施例中，以目标业务为限时降额优惠券为例进行详细说明，其中基础业务处理主要指领取优惠券，扩展业务处理主要指限时降额。运营人员在服务器后台管理***中预先设置优惠券模板，完善优惠券模板配置参数，最终优惠券模版数据存储到MySQL数据库的优惠券模板表中。另外，可以将优惠券模板投放到某个活动营销页面，其中，在活动营销页面的特定位置显示优惠券模板的信息，比如优惠金额，使用时间和使用须知等，并显示领取按钮，便于用户点击领取按钮来领取优惠券。当用户进到该活动营销页面时，可选择领取配置好的优惠券，领取成功会产生一条用户优惠券领取记录，该用户优惠券领取记录为上述的业务基础数据，将该用户优惠券领取记录存储到MySQL数据库的用户优惠券表中，该过程也就是在用户优惠券表中生成一条用户和优惠券模板的关系记录，其中，该关系记录包含用户帐号、优惠券模板唯一标识、优惠券优惠金额、有效开始时间、有效截止时间、该条关系记录唯一标识等信息。

具体的，当目标优惠券被用户正常领取后，会生成一条用户优惠券领取记录，在用户优惠券表中存储该领取记录的过程相当于是对该用户优惠券表进行变更，因此在此过程中，会产生相应的业务基础数据，记录该业务基础数据，并存储于预设的基础数据表中。

304，提取业务基础数据中的操作参数，并对操作参数进行记录，生成二进制日志；

当在基础数据表中新增目标业务的基础数据后，数据库会自动记录该操作行为，生成二进制日志(Binlog日志)，即提取该业务基础数据中的操作参数，数据库对该操作参数进行记录，从而生成二进制日志，其中，二进制日志至少包括操作的数据表名、操作行为、行为数据。

具体的，Binlog日志是一种二进制日志，记录了对数据库数据的DML操作，并以二进制的形式保存到MySQL数据库中。而MySQL数据库是一种关系数据库管理***，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了***数据的查询速度并提高了灵活性。

305，基于预设的日志解析规则，对二进制日志进行解析，得到解析数据；

由于Binlog日志是二进制日志，所以无法直接使用文本打开，需要使用对应的解析工具才可以查看具体内容。调用预设的Binlog解析工具，并基于预设的日志解析规则，对二进制日志进行解析，得到解析数据。

306，提取目标业务的通用格式，并将解析数据转换成通用格式的数据；

307，对通用格式的数据进行消息封装，得到消息体；

在本实施例中，提取目标业务的通用格式，并根据该通用格式，将解析之后的解析数据进行格式转换，即将解析数据转换为通用格式的数据，其中，预设的格式转换规则为通用格式转换协议。另外，RocketMQ作为一款分布式的消息中间件，通过RocketMQ将得到的通用格式的数据进行消息封装，生成消息体，供以进行数据通信。

308，监听消息体，并对消息体进行扩展业务处理，得到与目标业务对应的业务扩展数据；

通过订阅指定Topic，监听消息体，其中消息Topic是基础数据表名，当监听到消息体之后，按一定格式解析消息体，随后对目标业务进行扩展业务处理，并获取与目标业务对应的业务扩展数据。

当目标业务为限时降额优惠券时，目标优惠券被用户领取之后，采用Binlog同步组件获取用户领券成功时产生的MySQL Binlog日志，然后解析Binlog日志并发送RocketMQ消息，其中消息Topic被命名为用户优惠券表的表名，在扩展业务处理阶段通过订阅该Topic，监听消息，针对限时降额优惠券进行限时降额处理，并将产生的扩展数据写入限时降额表，采取这种异步处理方式对原有领取优惠券逻辑(即基础业务处理阶段)无业务入侵，业务模块高内聚，低耦合，其中，限时降额表主要记录限时降额优惠券的领取时间、降额后门槛金额、降额后优惠金额、限时降额处理时间和实际有效截止时间等，限时降额处理时间统一会精确到分，便于减少后续定时任务的降额处理频率，有效降低降额延迟。

309，开启多任务并行处理业务扩展数据。

当任务调度组件服务开启多任务之后，根据预设的业务处理策略对目标业务进行相应的处理，即根据该任务中的处理参数，在预设的业务处理策略中查找对应的处理策略，根据该处理策略对目标业务进行相应处理。

在本实施例中，当目标业务为限时降额优惠券时，开启多任务并行处理限时降额优惠券对应的相关信息，即提取限时降额处理时间，与当前时间进行比较，若该限时降额优惠券的限时降额处理时间与当前时间一致时，对该限时降额优惠券进行限时降额处理。

具体的，对限时降额优惠券进行限时降额处理的过程为，定时调度组件开启每分钟定时下发降额分片任务，总共划分成10个分片任务，每片任务随机分配到集群中一台机器上，当目标优惠券为限时降额优惠券时，根据当前时间查询出消息提示表中待降额的目标优惠券数据，后续采用多线程处理降额的目标优惠券，直至一一完成降额处理。分片策略可以合理利用集群资源，避免单台机器负载过高，降额处理采用多线程方式会提高处理效率，降低限时降额的时间延迟，有效避免用户在客户端看到的优惠券信息和服务端实际存储的数据出现不一致。

在本发明实施例中，获取业务，并对业务配置相关信息以生成目标业务，在实际应用中，当业务为优惠券时，对优惠券配置相关的限时降额信息，将普通的优惠券转换为限时降额优惠券，以此扩展了优惠券的优惠策略，提高用户的用券紧张感，同时限时降额优惠券的业务逻辑进行运行时，不改变原有的领券逻辑，实现了异步解耦。

请参阅图4，本发明实施例中业务解耦处理方法的第四个实施例包括：

401，获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；

402，提取业务基础数据中的操作参数，并对操作参数进行记录，生成二进制日志；

403，对二进制日志进行解析并封装成为消息体；

404，监听消息体，并对消息体进行扩展业务处理，得到与目标业务对应的业务扩展数据；

405，提取目标业务的相关信息；

提取目标业务的相关信息，当目标业务为目标优惠券时，提取该目标优惠券对应的相关信息，即提取目标优惠券的优惠类型、基本属性和限时降额处理时间。

406，将目标业务的相关信息录入业务扩展数据表中；

将目标业务的相关信息录入进业务扩展数据表中，业务扩展数据表即限时降额表主要记录目标优惠券的领取时间、降额后门槛金额、降额后优惠金额、限时降额处理时间和实际有效截止时间等，限时降额处理时间统一会精确到分，便于减少后续降额处理频率，有效降低降额延迟。

需要说明的是，在业务扩展数据表中录入目标优惠券的相关信息之前，还需要对目标优惠券的优惠类型进行判断，即判断该目标优惠券是否为限时降额优惠券。当目标优惠券为常规优惠券时，就不需要进行该处理，当目标优惠券为限时降额优惠券时，就提取该目标优惠券的限时降额处理时间，将其录入进行业务扩展数据表中。

407，从业务扩展数据表中，提取与目标业务对应的业务扩展数据处理时间；

从业务扩展数据表中，提取与目标业务对应的业务扩展数据处理时间，当目标优惠券为限时降额优惠券时，业务扩展数据处理时间就是限时降额处理时间，即其主要过程为从业务扩展数据表中查找该限时降额优惠券的相关数据，并提取该限时降额优惠券的限时降额处理时间。

408，比较业务扩展数据处理时间与当前时间是否一致；

对该业务扩展数据处理时间与当前时间进行比对，检测该业务扩展数据处理时间是否与当前时间一致，即比较限时降额优惠券的限时降额处理时间与当前时间是否一致。

409，若业务扩展数据处理时间与当前时间一致，则根据业务扩展数据表中目标业务的相关信息和预设的业务处理策略，开启多任务对业务扩展数据进行并行处理。

若限时降额优惠券的限时降额处理时间与当前时间一致，则说明该限时降额优惠券已到达需要进行降额处理的时间点，则***就会对该限时降额优惠券进行降额处理。另外，若限时降额优惠券的限时降额处理时间与当前时间不一致，则说明还未到达限时降额的时间，由服务器预设的定时调度组件对该限时降额优惠券的限时降额处理时间进行监控。

具体的，服务器预设的定时调度组件开启每分钟定时下发降额分片任务，总共划分成10个分片任务，每片任务随机分配到集群中一台机器上，当目标优惠券为限时降额优惠券时，根据当前时间查询出消息提示表中待降额的目标优惠券数据，后续采用多线程处理降额的目标优惠券，直至一一完成降额处理。分片策略可以合理利用集群资源，避免单台机器负载过高，降额处理采用多线程方式会提高处理效率，降低限时降额的时间延迟，有效避免用户在客户端看到的优惠券信息和服务端实际存储的数据出现不一致。

在本实施例中，步骤401-404与上述的业务解耦处理方法的第一个实施例中的步骤101-104一致，在此不再赘述。

在本发明实施例中，从业务扩展数据表中提取业务扩展数据处理时间，当业务扩展数据处理时间与当前时间一致时，开启多任务并行处理业务扩展数据，提高了业务处理的效率。

上面对本发明实施例中的业务解耦处理方法进行了描述，下面对本发明实施例中的业务解耦处理装置进行描述，请参照图5，本发明实施例中的业务解耦处理装置的一个实施例包括：

获取模块501，用于获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中；

生成模块502，用于提取所述业务基础数据中的操作参数，并对所述操作参数进行记录，生成二进制日志；

封装模块503，用于对所述二进制日志进行解析并封装成为消息体；

监听模块504，用于监听所述消息体，并对所述消息体进行扩展业务处理，得到与所述目标业务对应的业务扩展数据；

处理模块505，用于开启多任务并行处理所述业务扩展数据。

在本发明实施例中，通过业务解耦处理装置将目标业务分为基础业务处理逻辑和扩展业务处理逻辑，实现了业务逻辑的异步解耦，提高了业务处理的效率。

请参阅图6，本发明实施例中的业务解耦处理装置的另一个实施例包括：

获取模块501，用于获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中；

生成模块502，用于提取所述业务基础数据中的操作参数，并对所述操作参数进行记录，生成二进制日志；

封装模块503，用于对所述二进制日志进行解析并封装成为消息体；

监听模块504，用于监听所述消息体，并对所述消息体进行扩展业务处理，得到与所述目标业务对应的业务扩展数据；

处理模块505，用于开启多任务并行处理所述业务扩展数据。

可选的，所述封装模块503包括：

解析单元5031，用于基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据；

转换单元5032，用于提取所述目标业务的通用格式，并将所述解析数据转换成通用格式的数据；

封装单元5033，用于对所述通用格式的数据进行消息封装，得到消息体。

可选的，所述解析单元5031具体用于：

基于预设的数据格式转换规则，对所述二进制日志进行分析并将所述二进制日志转换为可读性数据；

提取所述可读性数据中的公共函数，并对所述公共函数进行解析，得到解析数据。

可选的，所述业务解耦处理装置还包括配置模块506，其具体用于：

获取业务，并对所述业务配置相关信息，其中，所述相关信息至少包括业务属性、业务类型；

基于所述相关信息，将所述业务进行转换为目标业务。

可选的，所述业务解耦处理装置还包括录入模块507，其具体用于：

提取所述目标业务的相关信息；

将所述目标业务的相关信息录入预设业务扩展数据表中。

可选的，所述处理模块505具体用于：

从所述业务扩展数据表中，提取与所述目标业务对应的业务扩展数据处理时间；

比较所述业务扩展数据处理时间与当前时间是否一致；

若所述业务扩展数据处理时间与当前时间一致，则根据所述业务扩展数据表中目标业务的相关信息和预设的业务处理策略，并开启多任务对所述业务扩展数据进行并行处理。

在本发明实施例中，业务解耦处理装置对业务配置相关信息生成目标业务，并对目标业务进行基础业务处理和扩展业务处理，实现了异步解耦，同时开启多任务并行处理业务扩展数据，提高了数据处理效率。

请参阅图7，下面从硬件处理的角度对本发明实施例中的业务解耦处理设备的一个实施例进行详细描述。

图7是本发明实施例提供的一种业务解耦处理设备的结构示意图，该业务解耦处理设备700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)710(例如，一个或一个以上处理器)和存储器720，一个或一个以上存储应用程序733或数据732的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器720和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对业务解耦处理设备700中的一系列指令操作。更进一步地，处理器710可以设置为与存储介质730通信，在业务解耦处理设备700上执行存储介质730中的一系列指令操作。

业务解耦处理设备700还可以包括一个或一个以上电源740，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口760，和或或，一个或一个以上操作***731，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图7示出的业务解耦处理设备结构并不构成对业务解耦处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述业务解耦处理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种业务解耦处理方法，其特征在于，所述业务解耦处理方法包括：

获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中；

提取所述业务基础数据中的操作参数，并对所述操作参数进行记录，生成二进制日志；

对所述二进制日志进行解析并封装成为消息体；

监听所述消息体，并对所述消息体进行扩展业务处理，得到与所述目标业务对应的业务扩展数据；

开启多任务并行处理所述业务扩展数据。

2.根据权利要求1所述的业务解耦处理方法，其特征在于，所述对所述二进制日志进行解析并封装成为消息体包括：

基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据；

提取所述目标业务的通用格式，并将所述解析数据转换成通用格式的数据；

对所述通用格式的数据进行消息封装，得到消息体。

3.根据权利要求2所述的业务解耦处理方法，其特征在于，所述基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据包括：

基于预设的数据格式转换规则，对所述二进制日志进行分析并将所述二进制日志转换为可读性数据；

提取所述可读性数据中的公共函数，并对所述公共函数进行解析，得到解析数据。

4.根据权利要求1-3中任一项所述的业务解耦处理方法，其特征在于，在所述获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中之前，还包括：

获取业务，并对所述业务配置相关信息，其中，所述相关信息至少包括业务属性、业务类型；

基于所述相关信息，将所述业务进行转换为目标业务。

5.根据权利要求4所述的业务解耦处理方法，其特征在于，在所述开启多任务并行处理所述业务扩展数据之前，还包括：

提取所述目标业务的相关信息；

将所述目标业务的相关信息录入预设业务扩展数据表中。

6.根据权利要求5所述的业务解耦处理方法，其特征在于，所述开启多任务并行处理所述业务扩展数据包括:

从所述业务扩展数据表中，提取与所述目标业务对应的业务扩展数据处理时间；

比较所述业务扩展数据处理时间与当前时间是否一致；

若是，则根据所述业务扩展数据表中目标业务的相关信息和预设的业务处理策略，并开启多任务对所述业务扩展数据进行并行处理。

7.一种业务解耦处理装置，其特征在于，所述业务解耦处理装置包括：

获取模块，用于获取目标业务的基础业务数据，对所述业务基础数据进行记录并存储至预设基础数据表中；

生成模块，用于基于所述业务基础数据，生成二进制日志；

封装模块，用于对所述二进制日志进行解析并封装成为消息体；

监听模块，用于监听所述消息体，并对所述消息体进行扩展业务处理，得到与所述目标业务对应的业务扩展数据；

处理模块，用于开启多任务并行处理所述业务扩展数据。

8.根据权利要求7所述的业务解耦处理装置，其特征在于，所述封装模块包括：

解析单元，用于基于预设的日志解析规则，对所述二进制日志进行解析，得到解析数据；

转换单元，用于提取目标业务的通用格式，并将所述解析数据转换成通用格式的数据；

封装单元，用于对所述通用格式的数据进行消息封装，得到消息体。

9.一种业务解耦处理设备，其特征在于，所述业务解耦处理设备包括：

存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述业务解耦处理设备执行如权利要求1-6中任一项所述的业务解耦处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现如权利要求1-6中任一项所述的业务解耦处理方法的步骤。

Images