[发明专利]一种避免消息队列中消息丢失的处理方法及相关设备

权利要求书

1.一种避免消息队列中消息丢失的处理方法，其特征在于，包括：

S101、应用系统将业务数据构成的业务消息存入redis缓存中；

S102、所述应用系统向消息队列发送所述业务消息；

S103、所述应用系统按照预设时间间隔扫描所述redis缓存中的所有业务消息；

S104、若所述redis缓存的所有业务消息中存在第一消息生成时间大于预设时间的业务消息，则触发消息重发补偿机制，且更新所述第一消息生成时间。

2.根据权利要求1所述的避免消息队列中消息丢失的处理方法，其特征在于，还包括：

S105、所述应用系统监听所述业务消息在所述消息队列中的消费状态，所述消费状态包括消费成功以及消费失败；

S106、若所述业务消息的消费状态更新为消费失败，则删除所述消息队列以及所述redis缓存中的所述业务消息，并将所述业务消息存入数据库中，使得所述数据库按照以预设时间间隔为定时任务，触发消费失败补偿机制；

S107、若所述业务消息的消费状态更新为消费成功，则删除所述消息队列以及所述redis缓存中的所述业务消息。

3.根据权利要求2所述的避免消息队列中消息丢失的处理方法，其特征在于，所述步骤S101具体包括：

应用系统向redis缓存中发送业务数据构成的业务消息以及第一消息生成时间；

所述应用系统接收到所述redis缓存返回的备份成功回执后，执行向数据库发送所述业务消息以及第二消息生成时间的数据库事务；

所述应用系统接收Spring返回的所述数据库事务的执行成功回执。

4.根据权利要求3所述的避免消息队列中消息丢失的处理方法，其特征在于，所述消息重发补偿机制具体包括：

所述应用系统将所述redis缓存中的所述业务消息重新发送至所述消息队列中。

5.根据权利要求4所述的避免消息队列中消息丢失的处理方法，其特征在于，所述步骤S106具体包括：

若所述业务消息的消费状态更新为消费失败，则判断所述业务消息是否包含预设标记；

若所述业务消息不包含所述预设标记，则删除所述消息队列以及所述redis缓存中所述业务消息，并将所述业务消息存入数据库中，在所述数据库中将所述业务消息添加所述预设标记，记录所述业务消息的重试次数为0；

若所述业务消息包含所述预设标记，则以预设时间间隔为定时任务，将所述数据库中的所述业务消息发送至所述消息队列中，并将所述业务消息的重试次数加一。

6.根据权利要求5所述的避免消息队列中消息丢失的处理方法，其特征在于，所述步骤S106中若所述业务消息包含所述预设标记，则将所述数据库中的所述业务消息发送至所述消息队列中，并将所述业务消息的重试次数加一具体包括：

若所述业务消息包含所述预设标记，且所述业务消息的重试次数达到预设阈值，则触发邮件预警机制；

若所述业务消息包含所述预设标记，但所述业务消息的重试次数未达到所述预设阈值，则将所述数据库中的所述业务消息发送至所述消息队列中，并将所述业务消息的重试次数加一。

7.根据权利要求2所述的避免消息队列中消息丢失的处理方法，其特征在于，所述步骤S102具体包括：

若所述业务消息的消费状态更新为消费成功，则分别删除所述消息队列以及所述redis缓存中的所述业务消息。

8.一种避免消息队列中消息丢失的处理系统，其特征在于，包括应用系统、消息队列以及redis缓存，其中：

所述应用系统将业务数据构成的业务消息存入所述redis缓存中；

所述应用系统向消息队列发送所述业务消息；

所述应用系统按照预设时间间隔扫描所述redis缓存中的所有业务消息；

若所述redis缓存的所有业务消息中存在第一消息生成时间大于预设时间的业务消息，则触发消息重发补偿机制，且更新所述第一消息生成时间。