作者的原文链接：http://huoding.com/2012/02/29/146
redis初学者，轻喷，下面可能很多错误，是我的大致理解：
他首先创建一个需要收到消息的用户的队列
再创建了一个有消息重要等级消息队列
然后创建了一个用户id和消息id关联的队列
然后他用redis命令行做演示：
首先创建了一个消息的hash表
然后创建了类似于上面的用户id和消息id关联的集合
最后通过SORT模拟关联查询渠道消息内容
但是这些内容我用PHP数组+mysql也能实现啊？
为什么要用redis呢？
到底优势在哪里呢？
为什么redis适合于这样的场景呢？
消息发送完毕之后又如何做持久化存储呢？
说明的越详细越好，谢谢了。
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
물론 MYSQL을 사용해도 달성할 수 있지만
1. 데이터 작업 측면에서 redis(NOSQL이어야 함)가 일반 MYSQL보다 빠릅니다. MYSQL은 데이터를 처리하기 위해 SQL 파싱 등 여러 과정을 거쳐야 하기 때문입니다.
2. Redis는 기사에 언급된 순서 세트 zSet 및 목록과 같은 다양한 데이터 구조를 지원하므로 소프트웨어가 기본적으로 이를 제공하므로 이러한 데이터 구조를 직접 구현할 필요가 없으므로 시간이 절약됩니다.
3.Redis 자체는 영구 저장소를 지원합니다. 손실이 걱정된다면 MYSQL에 백업하세요.
4...다른 부분은 스스로 천천히 이해하시면 될 것 같아요, 사용하면서 생각하시는 것이 가장 좋습니다
데이터베이스의 선택은 필요에 따라 연결되어야 합니다. 푸시하는 메시지의 수가 수백 또는 수천이면 Redis를 사용하는 이점은 실제로 눈에 띄지 않지만 푸시 메시지의 수가 수백만 또는 수천만에 도달하면, Redis의 장점은 분명할 것입니다.
정렬도 마찬가지인데 버블링과 퀵정렬의 차이는 어떻게 반영되나요? 입력 규모가 클수록 알고리즘과 데이터 구조의 중요성이 반영됩니다.
redis에 대한 모든 내용을 보려면 Google로 이동하세요