看过火丁笔记的那篇“使用Redis来实现消息通知系统”的朋友帮忙讲解下

Question

作者的原文链接：http://huoding.com/2012/02/29/146
redis初学者，轻喷，下面可能很多错误，是我的大致理解：

他首先创建一个需要收到消息的用户的队列
再创建了一个有消息重要等级消息队列
然后创建了一个用户id和消息id关联的队列

然后他用redis命令行做演示：
首先创建了一个消息的hash表
然后创建了类似于上面的用户id和消息id关联的集合
最后通过SORT模拟关联查询渠道消息内容

但是这些内容我用PHP数组+mysql也能实现啊？
为什么要用redis呢？
到底优势在哪里呢？
为什么redis适合于这样的场景呢？
消息发送完毕之后又如何做持久化存储呢？
说明的越详细越好，谢谢了。

Answer 1

Bien sûr, vous pouvez également y parvenir en utilisant MYSQL, mais
1. En termes d'opérations de données, Redis (devrait être NOSQL) est plus rapide que MYSQL classique. Parce que MYSQL doit passer par de nombreux processus pour traiter les données, tels que l'analyse SQL, etc.
2. Redis prend en charge une variété de structures de données, telles que l'ensemble ordonné zSet et la liste mentionnés dans l'article. Un logiciel les fournit de manière native, vous n'avez donc pas à implémenter ces structures de données vous-même, ce qui vous fait gagner du temps.
3.Redis lui-même prend en charge le stockage persistant si vous craignez de le perdre, sauvegardez-le sur MYSQL.
4...Vous pouvez comprendre les autres choses lentement par vous-même, il est préférable d'y penser en l'utilisant

Answer 2

Le choix de la base de données doit être lié à vos besoins. Si le nombre de messages que vous envoyez est de centaines ou de milliers, les avantages de l'utilisation de Redis sont effectivement invisibles, mais si le nombre de messages push atteint des millions ou des dizaines de millions, , les avantages de redis seront évidents.

Il en va de même pour le tri. Comment se reflète la différence entre le tri bouillonnant et le tri rapide ? L’importance des algorithmes et des structures de données se reflétera lorsque l’échelle d’entrée est grande.

Pour tout savoir sur Redis, allez simplement sur Google