看陈宠的达人课来初步学习Redis，讲的挺好的，下面是个人的总结：

个人感言
因为我看完了，所以先发表一下看法：Redis数据库虽然是叫数据库，但它不是传统意义上的关系型数据库，我更想叫它内存类的数据库，因为它的操作都是在内存上进行的，学完之后感觉有些应用缺它还不行，如果只用MySQL或者Oracle那IO代价太高了，用户也等不了那么长时间啊，我记得有个几秒定律，忘了，说的是用户等的时间当长于这个时间点就会有不耐烦的情绪，而且如果再后端与数据库之间加隔一个Redis，那么速度快是一个优点，还有不用怕Redis宕机，因为有主从复制，高可用和分布式，Redis集群，所以没有问题，但是如果数据库宕机了，那网站基本上就废了
讲的有点过了，现在转入正题，

Redis特性

• 速度极快。官方给出的数据是 10 万次 ops 的读写，这主要归功于这些数据都存在于内存中。由于 Redis 是开源的，当你打开源代码，就会发现 Redis 都是用 C 语言写的，C 语言是最接近计算机语言的代码，而且只有区区 5 万行，保证了 Redis 的速度。同时一个 Redis 只是一个单线程，其真正的原因还是因为单线程在内存中是效率最高的，但是有的Redis里的功能不是单线程能实现的
• Redis 的持久化可以保证将内存中的数据每隔一段时间就保存于磁盘中，重启的时候会再次加载到内存。持久化方式是 RDB(快照) 和 AOF(日志)。
• 支持多种数据结构。分别支持哈希、集合、BitMaps，还有位图（多用于活跃用户数等统计）、HyperLogLog（超小内存唯一值计数，由于只有 12K，是有一定误差范围的）、GEO（地理信息定位）。
• 支持多种编程语言。支持 Java、PHP、Python、Ruby、Lua、Node.js。
• 功能丰富。如发布订阅、Lua 脚本、事务、Pipeline（管道，即当指令到达一定数量后，客户端才会执行）
• 简单。不依赖外部库、单线程、只有 23000 行 Code。
• 主从复制。主节点的数据做副本，这是做高可用的基石。
• 高可用和分布式。Redis-Sentinel（v2.8）支持高可用，Redis-Cluster（v3.0）支持分布式

Redis场景

• 缓存系统：这是 Redis 使用最多的场景。Redis 能够替代 Memcached(没怎么了解)，让你的缓存从只能存储数据变得能够更新数据，因此你不再需要每次都重新生成数据。
  

• 计数器：如转发数、评论数，有了原子递增（Atomic Increment），你可以放心的加上各种计数，用 GETSET 重置，或者是让它们过期。

• 消息队列系统：虽然 Kafka 更强，但是简单的可以使用 Redis。运行稳定并且快速，支持模式匹配，能够实时订阅与取消频道。
  Redis 还有阻塞队列的命令，能够让一个程序在执行时被另一个程序添加到队列。你也可以做些更有趣的事情，比如一个旋转更新的 RSS Feed 队列。

• 排行榜及相关问题：排行榜实际就是一种有序集合。对于 Redis 来说，如果你要在几百万个用户中找到排名，其他数据库查询是非常慢的，因为每过几分钟，就会有几百万个不同的数据产生变化，但是 Redis 却可以轻松解决。
  排行榜（Leader Board）按照得分进行排序。ZADD 命令可以直接实现这个功能，而 ZREVRANGE 命令可以用来按照得分获取前 100 名的用户，ZRANK 可以用来获取用户排名，非常直接而且操作容易。

• 社交网络:Redis 可以非常好地与社交网络相结合，如新浪微博、Twiter 等，比如 QQ 和用户交互的时候，用户和状态消息将会聚焦很多有用的信息，很多交互如实时聊天就是通过 Redis 来实现的。

• 按照用户投票和时间排序:Reddit 的排行榜，得分会随着时间变化。LPUSH 和 LTRIM 命令结合运用，把文章添加到一个列表中。一项后台任务用来获取列表，并重新计算列表的排序，ZADD 命令用来按照新的顺序填充生成列表。列表可以实现非常快速的检索，即使是负载很重的站点。

• 过期项目处理:通过 Unix 时间作为关键字，用来保持列表能够按时间排序。对 current_time 和 time_to_live 进行检索，完成查找过期项目的艰巨任务。另一项后台任务使用 ZRANGE…WITHSCORES 进行查询，删除过期的条目。

• 实时系统:使用位图来做布隆过滤器，例如实现垃圾邮件过滤系统的开发变得非常容易。