作者的原文链接：http://huoding.com/2012/02/29/146
redis初学者，轻喷，下面可能很多错误，是我的大致理解：
他首先创建一个需要收到消息的用户的队列
再创建了一个有消息重要等级消息队列
然后创建了一个用户id和消息id关联的队列
然后他用redis命令行做演示：
首先创建了一个消息的hash表
然后创建了类似于上面的用户id和消息id关联的集合
最后通过SORT模拟关联查询渠道消息内容
但是这些内容我用PHP数组+mysql也能实现啊？
为什么要用redis呢？
到底优势在哪里呢？
为什么redis适合于这样的场景呢？
消息发送完毕之后又如何做持久化存储呢？
说明的越详细越好，谢谢了。
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Sudah tentu anda juga boleh mencapainya menggunakan MYSQL, tetapi
1. Dari segi operasi data, redis (sepatutnya NOSQL) adalah lebih pantas daripada MYSQL biasa. Kerana MYSQL perlu melalui banyak proses untuk memproses data, seperti penghuraian SQL, dll.
2. Redis menyokong pelbagai struktur data, seperti set tersusun zSet dan senarai yang disebut dalam artikel Sebuah perisian asli menyediakannya, jadi anda tidak perlu melaksanakan sendiri struktur data ini, menjimatkan masa anda.
3.Redis sendiri menyokong storan berterusan Jika anda bimbang tentang kehilangannya, sandarkannya ke MYSQL.
4...Anda boleh memahami perkara lain secara perlahan-lahan sendiri, sebaiknya fikirkan semasa menggunakannya
Pilihan pangkalan data harus dipautkan dengan keperluan anda Jika bilangan mesej yang anda tolak adalah ratusan atau ribuan, kelebihan menggunakan redis memang tidak dapat dilihat, tetapi jika bilangan mesej push mencecah jutaan atau berpuluh juta, , kelebihan redis akan jelas.
Begitu juga dengan pengisihan. Bagaimanakah perbezaan antara pengisihan menggelegak dan cepat? Kepentingan algoritma dan struktur data akan dicerminkan apabila skala input adalah besar.
Untuk semua tentang redis, pergi ke google