现在确实是网络时代呢。。

必须是啊！

1.你使用Redis的理由是什么？使用redis有哪些好处？

答：特点：Redis是一个远程内存数据库，不仅性能强大，而且还具有复制特性以及为解决问题而生的独一无二的数据模型;还可快捷地将Redis扩展成一个能够大数据的系统。
    功能：不仅可以让代码变得更简短、更易懂、更易维护，而且还可以使代码的运行速度更快。
    其它：Redis的效率和易用性也比关系数据库要好得多。
这么多好处而且还有多种新特性肯定要体验一下！

2.Redis的应用场景有哪些？（比如网站访问统计、数据过期处理等）

答：redis有多种数据类型，可以根据数据类型来定义应用场景
String数据类型--使用场景：常规计数: 微博数, 粉丝数。
HASH数据类型--使用场景：存储、读取、修改用户信息的属性
List数据类型--使用场景：微博 TimeLine、消息队列
Set数据类型--使用场景：QQ中的共同好友，好友推荐的信息;
Sorted Set数据类型--使用场景：游戏者得分或名次排行榜


3.“Redis有点像个拥有十八般武艺的四不像,想要解决所有问题,却没有完全好地解决掉任何一个问题。”你同意这个说法吗？为什么？

答：同意。之所以说是十八般武艺是因为它功能强大，性强极高，几乎涵盖了所有能支持的数据类型，另外还有很多特性。

“却没有完全解决掉任何一个问题”说明redis现在处于成长期，它自身还有很多问题在完善中。比如消耗内存很高，语句追加及持久性的存储等还在完善中.   

1. 你使用Redis的理由是什么？使用redis有哪些好处？
这里不说一些虚无缥缈的，什么高效、可持久化、支持分布式之类，就说它如何和我们的业务契合的。
我司大部分业务都涉及到大量数据的查询，比如
微信连WiFi【根据设备ID查询出对应的微信连WiFi公共号信息，然后拼装查询参数】这种高频次数据统计查询
再比如IoT物联网传感器消息的收取查询和投递【设备带着ID上来，需要根据ID查询到对应应用，然后根据应用的配置信息将消息转发给对应的业务服务器】
都需要高频次的查询操作，因此如果完全依靠后端坐落在磁盘上的关系型数据库（大部分应用数据库服务器是MySQL），必然吃不消。这些数据都是查询多，几乎没有更新操作，对于这样的数据如果直接从数据库查询非常没有效率。至于为什么不用Memcache呢，原因很简单，因为memcache的类型单一，只支持标准的k/v（string）类型的结构，这样无法满足将对象存储到哈希这样的结构中进行查询的需求。
之前测试过使用MySQL的memory内存表，性能的确没有redis好，而且无法做到业务透明，因此最终使用了redis这个数据库。

总之我们使用redis的原因重点就两个：
①Redis的哈希类型满足业务的数据结构
②查询效率高，缓存命中即无需查询后端数据库

2. Redis的应用场景有哪些？（比如网站访问统计、数据过期处理等）
这个应用层场景可多了去，我们直接看下阿里云的宣传吧，我感觉表达的非常好，完美的呈现了Redis的经典应用场景
Redis丰富的集合、哈希类型的数据结构，完美的解决了现实的业务








3. “Redis有点像个拥有十八般武艺的四不像, 想要解决所有问题, 却没有完全好地解决掉任何一个问题。”你同意这个说法吗？为什么？
某种程度上有道理吧，比如在处理标准字符串类型的K/V结构上的确没有memcache的效率高，比如持久化也是弱的很，不过是保证断电不丢失，再比如队列系统也没有MQTT、NSQ等专门的队列系统实用
这个就要根据实际的场景了，如果你的需求没有那么变态（无论是功能还是性能上），redis完全可以十八般武艺完全应对的了，只有满足不了的情况下寻求其它更加复杂的解决方案

1.你使用Redis的理由是什么？使用redis有哪些好处？

理由：
redis是一个key-value存储系统，支持存储的value类型较多，包括string、list、set、zset和hash。
好处：
a.读写性能优异
b.支持数据持久化
c.支持主从复制
d.数据结构丰富

2.Redis的应用场景有哪些？（比如网站访问统计、数据过期处理等）

应用场景有：
1）缓存
2）计数
3）队列

3.“Redis有点像个拥有十八般武艺的四不像, 想要解决所有问题, 却没有完全好地解决掉任何一个问题。”你同意这个说法吗？为什么？

不同意，每种数据库都有自身的特点，在复杂的业务场景中需要利用众多产品来组合实现。

1.      你使用Redis的理由是什么？使用redis有哪些好处？
不同的场景都有对redis的使用，简单的说，作为一个分布式内存数据库，最大的优势就是数据存储于内存，读写速度快；可做集群，支持扩展；这些即使理由也是redis的好处。

2.      Redis的应用场景有哪些？（比如网站访问统计、数据过期处理等）
缓存，分布式锁，内存数据库。曾经基于redis geo做过地理位置因素的推荐系统，当日这也应该属于内存数据库的使用范畴。

3.      “Redis有点像个拥有十八般武艺的四不像, 想要解决所有问题, 却没有完全好地解决掉任何一个问题。”你同意这个说法吗？为什么？
不太清楚这种说法的来源，但作为一个工具，想要解决所有问题显然是不可能的，及时放在其他工具上，也很难说一定能针对所有场景的同一个问题都能解决。所以，真正的评价方式，应该是 场景+问题，在对redis的使用上，已经有大量最佳实践存在显然已经说明redis并不是一个失败的产品，至少在目前，Redis即使不是不可替代，也是很多人第一反应的首选。

久闻Redis数据库，未见的实践案例，在这里学习了

redis用的还是很广泛

1.      你使用Redis的理由是什么？使用redis有哪些好处？
答：之前一个项目用过，当是用它的理由就是快，特别快，适合配合spark一起作为中间存储数据库，所以就用了。
2.      Redis的应用场景有哪些？（比如网站访问统计、数据过期处理等）
答：就我们之前的场景来说，只是用于spark中间计算落地数据存储，其他应用没考虑过。不过，作为内存数据库，之前用过mongoDB，是作为最后的数据
展现，因为访问特别快，所以我们直接把数据处理好，放到Mongo，前台web调用。
3.      “Redis有点像个拥有十八般武艺的四不像, 想要解决所有问题, 却没有完全好地解决掉任何一个问题。”你同意这个说法吗？为什么？
答：同意，应该说没有什么工具是完好的解决所有问题的，一般情况都是多个工具一起配合，处理各种问题

1. 你使用Redis的理由是什么？使用Redis有哪些好处？
我使用Redis的理由主要有：速度快、易用、能够持久化。
早些年我们通常是使用Memcached来解决缓存数据的问题，但Memcached不能持久化数据，这要求在业务数据的处理和缓存方面要做相应的考虑，要防止数据的断电丢失。
而Redis可以持久化数据，还可以集群，通过副本保存数据，在业务开发方面很方便，也容易实施。
Redis的易用性方面也强于Memcached。

2. Redis的应用场景有哪些？（比如网站访问统计、数据过期处理等）
Redis的主要应用场景有：
1）键值数据缓存
2）发布/订阅消息通信
3）队列数据结构，包括阻塞队列
4）实时事件分析
5）用户投票或排行榜
6）会话存储
7）分布式缓存

3. “Redis有点像个拥有十八般武艺的四不像, 想要解决所有问题, 却没有完全好地解决掉任何一个问题。”你同意这个说法吗？为什么？
不赞成这个说法。
Redis的功能足够强大，能够满足我们的很多业务场景的需求。
在很多时候，我们仅仅用到了Redis的一小部分功能。
而且，Redis还在不断的发展演进中，比如三年前，Redis不支持集群，要集群需要做大量的工作；而从Redis 3.0版开始，集群已经是内置的功能，简单易用。
每一种技术、每一个解决方案都有自己的局限性，有一定的适用范围，故不要期待Redis能解决一切问题。