[发明专利]一种后台处理和存储用户消息的方法及系统装置

说明书

本发明公开了一种后台处理和存储用户消息的方法及系统装置，其最主要的技术方法为：启动程序，运行后台服务器及周期处理模块；后台服务器获取用户消息存储于存储模块，并等待周期处理模块启动执行消息处理操作执行消息处理操作，同时创建一个共享内存只存储一个时间段的消息；后台服务器组建用户消息数组M1和用户消息数组M2；将用户消息数组M1与用户消息数组M2合并去重操作，生成用户消息索引；根据所述用户索引将对应的消息内容呈现给对应用户。本方案采用mysql，共享内存和redis技术，使用定期结算的方法解决了消息的存储和分发的问题，此种方案将数据平均存储量减少到原来的万分之一，前端获取用户消息的访问耗时成倍降低。

技术领域

本发明主要涉及用户消息的后台处理技术，尤其涉及一种后台解决用户消息处理和存储的方法及系统装置。

背景技术

目前很多涉及用户的后台系统，无法避免的都需要处理用户相关的消息，比如：系统消息、用户购买产品后产品更新消息，用户关注大V后大V动态消息等等。

传统的方案就是一条消息有N个接收者，就存N条数据，那么问题来了，如果用户量比较大，那么一条消息会产生几十万条数据，而且数据重复度很高。而且取指定用户的消息时，由于消息量级太大，导致消息越多，性能呈指数级下降，耗时呈指数级上升。里面涉及两个核心问题：

1、消息存储问题：一条用户消息（全员推送/分组推送/定向推送）传统的方案就是一条消息有多个接收方，就存储多条数据。

2、获取用户消息的耗时问题，随着消息的增加，数据量增长，耗时会越来越长。

发明内容

为解决上述背景技术中存在的技术问题，本发明采用mysql，共享内存和redis技术，利用其不同的存储性质针对性的存储相应的用户消息及其内容，提高运行速度。使用定期结算的方法解决了消息的存储和分发的问题，总体上提升了整个后台服务的效率及稳定。其具体的技术方案如下：

第一方面，一种后台处理和存储用户消息的方法，所述方法包括如下步骤：

（1）启动程序，运行后台服务器及周期处理模块；所述周期处理模块以N个时间粒度为周期对所述后台服务器获取的未处理的用户消息执行消息处理操作；

（2）所述后台服务器调用所述存储模块一，将所述存储模块一中自上次程序关闭时间之前H个时间粒度范围内的用户消息存储于存储模块二中；所述用户消息包括已处理的用户消息或/和未处理的用户消息；所述用户消息包括但不限于消息ID、消息内容、发布时间、用户ID集合；所述存储模块二只存储最近H个时间粒度范围的数据；

（3）所述后台服务器获取未处理的用户消息存储于存储模块二及存储模块一；

（4）所述后台服务器提取所述存储模块一中已处理的用户消息组建用户消息数组M1；所述用户消息数组M1包括已处理的用户消息的消息ID及对应的用户ID集合；

（5）所述后台服务器根据存储模块二中H个时间粒度范围内的用户消息组建用户消息数组M2；所述用户消息数组M2包括已处理的用户消息或/和未处理的用户消息的消息ID及对应的用户ID集合；

（6）所述后台服务器接收用户的获取请求，所述后台服务器接执行用户消息数组M1与用户消息数组M2的合并去重操作，生成用户消息索引；所述用户消息索引包括但不限于用户ID及对应的已处理的用户消息或/和未处理的用户消息的消息ID；

（7）所述后台服务器获取所述用户消息索引，根据所述用户索引的用户ID及对应的已处理的用户消息或/和未处理的用户消息的消息ID，从存储模块中提取所述消息ID对应的消息内容呈现给对应用户ID。

结合第一方面，在第一方面的第一种可能的实现方式中，所述存储模块一包括mysql数据库、redis缓存；所述存储模块二为共享内存，所述步骤（2）还包括：