一、业务场景

①在日常的短视频平台的关注中，我们最近关注的账号总会排在关注列表的最上面，最近关注自己的粉丝，也会排在最上面。

②企业服务器运行过程中，系统产生的大量的日志信息，如何保障多台服务器的操作日志按统一顺序输出？（主要以此展开简单实现）

二、解决方案

①依赖list数据具有顺序的特征，对信息进行管理

②使用数据结构-队列解决多路信息汇总合并的问题

③使用栈结构，解决最新消息的问题

数据概述：假设三台服务器日志分别是：A&B&C，总服务器的redis提供logs列表存储日志信息

操作①：A先存入两条日志到总服务器的logs中（就加这么点吧，多了没意义，主要展现思想）

操作②：B存入一条日志到logs中

操作③④⑤：

③C存入一条日志到logs中

④B将第二条日志存入

⑤C将第二条日志存入

C：

B：

操作⑥：查看当前总日志-logs的数据（查看的信息以哪边为队列头或栈头需要提前约定好）

在此过程中，redis的作用就是消息的聚集

此时，如果企业的运维需要查看错误信息日志，那么每次打开这个日志文件的顶部或者底部（根据具体业务逻辑，一般日志最新的信息是追加在底部的），是不是就是我们最新的加入日志信息啦。

比如我打开某框架中对mysql操作日志的记录（以最新追加的形式写入日志文件）：

本次写的（水的）的只是一些基础的不能再基础的使用方法以及处理思想，主要表达的是redis可以提供这样一个数据类型以及语法给我们去解决问题，消息队列当然不止有这一种方法可以实现，不过还是要把基础打扎实。

万丈高楼平地起，后续我会使用后端语言去实现使用redis处理各种真实的业务场景，毕竟这么纯写redis，我也只当一个记录，不然我没学的时候我不知道，学了然后忘了我还是不知道、没记录，那我不白学了嘛。当然，待后续...