你知道为什么要用Redis吗

作为21世纪的搬砖人员。

对于Redis 肯定不会陌生。

没用过redis，都不好意思当面试官。

接下来，你来当面试官。

看面试者对Redis了解多少。

问题一：Redis为什么用的人那么多？

有可能好多人会说因为速度快。

没错哈，redis最显著的特征就在于它的速度

问题二：到底有多快呢？

官方给出的读写性能10w/s

问题三：为什么速度这么快呢？

有人会说放在内存当然 快了，

其实还有其他的原因。

例如 实现是C语言实现的，距离底层更近。

单线程的架构，不存在多线程竞争，上下文切换的可能性。

这就能看出来一心一意的优势了吧。

另外，Redis的源码真的是赏心悦目啊。

曾有人评价其是少有的集性能和优雅于一身的代码。

问题四：难道就仅仅速度快这一个原因吗？

不是的哈，速度快只是其中一个很显著的特征。

问题五：那么其他的原因是什么呢？

基于键值对的数据结构。

不要惊讶，最简单的往往是计算机领域中最富有优势的。

这也是Redis的名称的由来。

问题六：Redis 的全程是啥？

Remote Dictionary Server。

例如，我大Java中的map， 我大Python中的dict。

那肯定在开发过程中用的贼多啊。

既然提到了数据结构，肯定知道有哪五种吧。

吧啦啦啦。

每种结构还有多种编码。

在进行数据存储的时候要精打细算。

多个空格那都是软妹币啊。

只要是可以满足业务需求，随意搭配组合。

甚至Redis 还提供了在字符串的基础上演化出的 Bitmaps 和 HyperLogLog，以及GEO（地理信息定位）的功能。

在文章最后告诉大家怎么合理合法的使用这些结构。

注意要合法的。

问题七：Redis还有哪些丰富的功能？

例如缓存通常如何实现啊，用的就是Redis提供的键过期的功能。

例如Redis可以实现消息系统，便是Redis提供的发布订阅功能。

不过Redis的发布订阅比较简单，不具备消息堆积和回溯消息的能力。

另外，你还可以通过Lua创建属于自己的Redis命令，

来实现单个命令，多个操作。

问题八： 为什么要有Lua 脚本呢？

因为Redis是单线程的，每个命令到达服务端要排队啊。

多个客户端请求会存在命令插队的情况

从而造成无法挽回的数据错误。

这时可以通过创建Lua脚本，将多个命令合并形成新的命令，

保证其原子性。

有些人要问了，为什么不用像Mysql这样的事务机制呢。

其实Redis 是有事务的

但是其事务是简单事务。

问题九：Redis 的事务为什么简单呢？

简单啊，在于其事务不支持回滚啊

而且无法实现命令之间的逻辑关系计算

和mysql的事务比起来，简直弱爆了

Redis中真是处处都透露着简单

不过还好咱们可以使用Lua 让其满足事务的需求吗。

仿佛开发的作者再说

反正我就是这样简单

想复杂自己去复杂吧。

问题十： Redis到底有多简单？

看下代码，Redis3.0 竟然才5w 行左右。

而且大部分还是由于新增集群功能贡献的。

另外，单线程。

无论对于服务端的处理，还是客户端的开发

都变的简单。

想想多线程就头疼，都不知道在开发中因为多线程出了多少问题了。

还有就是，其不依赖于操作系统中的类库，

和谁比较呢，Memcache 不是要依赖 Libevent 的类库不是

项目中依赖越多，越复杂， 出现问题的可能性越高。

有谁敢说没有解决过因为依赖问题导致的问题吗，头疼。

问题十一： Redis 为什么什么语言都可用？

因为其提供了简单TCP通信协议。

仿佛流行的中间件都这个样子。

客户端几乎涵盖了所有主流的编程语言。

不过是因为其好用才有这么多的客户顿出现。

客户端这么多，再也不用重复造轮子了。

拿来即用。

问题十二： 数据存在内存，系统崩溃咋办？

不怕，Redis提供了两种持久化方式RDB和AOF。

最好好好了解下这两种持久化方式。

要不然，等哪天系统崩溃了，哭都不知道去哪里哭去。

问题十三：随着业务数据的激增，单体的redis不够用咋办？

Redis也提供了主从赋值 以及集群的功能。

极大的提高了系统的高可用性和拓展性。

问题十四： Redis通常用来做什么？

缓存，不用说，都在用。

排行榜系统，列表+有序集合，自己想想要怎么用

计数器，数据实时性，什么播放量，浏览数，用Redis 性能非常好。

社交网络，为啥，自己想去吧

消息队列系统

问题十五: Redis 不能做什么？

冷数据就别往redis里放了。

内存那么贵，哪天预算超了，老板裁员怎么办。

终极问题：具体的应用场景有哪些？

了解Redis 都是为了使用，什么花里胡哨的。

用不起来就是一坨屎。

字符串缓存，提到很多次了每个接口限制300ms以内，首页限制50ms以内，没有缓存这样的要求实在太难了计数：视频网站播放量计数共享Session，分布式Session通过限速： 最常用的，发送验证码，一分钟不得超过5次记得曾经系统被人恶意发送验证码，不一会系统就没验证码可用了一个大大的CaseHash缓存数据通过列表实现队列的功能通过无序集合打标签，实现用户推荐通过有序集合实现排行榜的功能通过Bitmaps 实现活跃用户分析假设网站有1亿用户，每天独立访问的用户有5000w ，使用该结构，可以极大的节省内存空间通过HyperLogLog 结构 完成独立总数的统计，关键是使用的空间极小使用GEO（地理信息定位）功能 解决位置相关的需求，简直舒服通过Redis 实现分布式锁

要想熟练使用Redis，还要尽可能多的了解 其内在的特征和功能。

有空看看源码，小巧精致。

你还可以去面试Redis开发啊。

大公司都存在Redis定制化的需求的。

千万不要抱着面试造火箭，入职拧螺丝的心态 对待自己。

因为并不是每天都在造火箭。

把螺丝拧好，火箭就出来了、