Redies基础篇（一）

        Redis 是一个高性能的key-value数据库。Redies支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)和zset(有序集合)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的，redis支持各种不同方式的排序。

        对于数据库而言，MySQL不就是很好的选择吗？为什么还要搞Redies？

        MySQL最大的问题在于，访问速度比较慢，因为很多互联网产品中，对于性能要求是很高的。这是相对而言的，只有在使用中才能感受得到。Redies和MySQL相比最大的劣势就是存储空间是有限的。

        那将Redies和MySQL相结合性能方面相互弥补能否发挥更好的效果？

        这样会大大提升系统复杂程度，而且如果数据发生修改，还会涉及到Redies和MySQL之间的数据同步问题。

        Redies是在分布式系统中，才能发挥威力的~~
        如果只是单机程序，直接通过变量存储数据的方式，是比使用Redies更优的选择。

首先让我们来了解一下，“单机架构”。

那什么是单机架构，单机架构就是一台服务器负责所有工作。

众所周知，计算机的资源是有限的，总会有耗尽的时候。

 当访问量增大，数据量增大，就会消耗大量的计算机资源。

比如说：CPU,服务器每次收到一个请求，都会消耗CPU的资源，如果同一时刻，有大量的访问，CPU资源不够用怎么办。

如果系统资源不够用，我们应该怎样处理？

1，节流：就是软件优化（凭借程序员的深厚经验去测试性能，找到那个环节出错或者达到性能瓶颈，去调整）

2，开源：就是增加更多的资源（你不是缺少资源吗，那就给你增加资源）

一个主机上面能增加的硬件资源是有限的，这取决于主板的扩展能力，那如果增加到主板的极限还是不够那又该怎样处理。

那就再引入一台机器，这样可以解决问题吗？答案是：可以。

但是这也会引入新的问题，这样做需要对软件做出相应的调整和适配。一旦引入多台主机，这个系统就是”分布式系统“，上面的各种性能资源问题告诉我们，我们这样做是没有办法的办法。

引入分布式，系统的复杂程度会大大提高，Bug出现的概率也会变高，后期维护也随之升高。

分布式系统：

 

        上图的应用服务器和存储服务器，是独立的机器，也就是分布式系统，将大量的资源集中起来，共同解决资源短缺的问题。
例如：当前有1W条请求，负载均衡算法（不同的算法会产生不同的效果）会将这些请求较均匀的分布给每一个应用服务器（可以有多台服务器），这样该系统的资源也就得到了相对的缓解。