redis 框架梳理

用了这么久的redis了，是不是只知道它是一个缓存框架，key-value架构，value支持五种基本类型，读取效率高，支持aof和rdb两种持久化模式，使用时可以用redisTemplate 和 jedis，集群模式能保证全局一致性，还可以应用到一致性锁等功能。

知道怎么用，但没有一个全局观念。之前看的一个架构课老师郭东白的课程，第一句就是：没有战略眼观的架构师不是一个好架构师。那这边文章就是从战略维护来剖析下redis框架。

一、redis以前

在程序开发过程中，缓存是读取数据发展的产物。

在最开始，肯定是没有缓存的，写数据直接存储到数据库，读数据就是从数据库进行读取。现在估计也存在一些小企业在一些小型系统上没有使用缓存，直接就是读取数据库。那在多数的应用场景，为了快速相应，都是需要迅速读取到数据的，那肯定就是需要使用到缓存。

在早些的时候，缓存的技术主要是用的memcache 作为中间件。但是随着业务的增加，memcache会有性能瓶颈，后来发展出了redis。

二、redis的诞生

redis的诞生就是缓存发展的产物，一个技术也是相对于以前的旧有技术存在很多优点，才会替换掉旧有技术。

第一个特点就是相应快，在redis的早期版本中，redis是单线程的，都不用多线程，它是C语音编写的缓存框架，效率高，处理快。

三、redis的单机使用

3.1redisTemplate

平时我们在java spring环境下使用redis 不会说是用原装的redis的链接，都是用redisTemplate ,通过在配置文件中 配置序列化方式StringRedisTemplate

3.2jedis

jedis 是redis 在java 环境的客户端，对redis的调用进行了封装，特别是在集群环境下，对redis的配置使用jedisCluster 也是非常方便的。

四、redis的集群演变

redis发展到现在，已经是6.2.6版本了，参见：Redis。

对于redis的集群方案，也是存在一个发展历程，从最初的主从模式，到哨兵模式，再到现在的集群模式，越来越强大，能很好的保障集群环境下的数据一致性和效率。

在分布式环境下，开发存在一个ACD法则。

A是可用性

D就是分区容忍性

C是一致性

五、redis的集群使用

redis集群相对于redis单机环境，主要是配置文件的变化，需要指定主从的redis服务，起步是三主三从，数据的存储是分片存储

六、redis的持久化

6.1AOF

6.2RDB

6.3redis重启后如何保证数据不丢失