1.为什么要用缓存
内存在整个计算机系统来说也就是一个缓存，CPU操作内存速度很快；因为操作数据的时候，先从硬盘中取出数据放到内存中，然后CPU操作数据
缓存：提升访问效率，将一些频繁访问地放在缓存里面
image.png
常见的缓存：
Ehcache:继承在应用服务器里面内，很好集成，方便简易；容量小
Mem cache：存储类型很单一，就是字符串
Redis:存储类型丰富，性能非常高，可靠性高
下面重点介绍Redis
1.Redis是一种nosql (not only sql)
有以下特性：
key value 双列集合 map
value 支持多种多样 ：
string
hash(相当于对象)
list
set
sorttedSet
key 有过期特性,唯一的；
2.Redis具有发布订阅功能
3.Redis具有一定的持久化的特性
2.数据类型String，分布式锁
2.1 String的基本操作
image.png
默认是-1，即永久存储的
设置过期时间：
image.png
如果我们这时候再set同一个key，里面的值会被覆盖掉
2.2 setnx
setnx:只有当key不存在的时候才能设置成功，否则设置失败
image.png
设置成功会返回1，否则为0
可以起到分布式锁的作用
锁的意思是，拿着锁去操作资源,我有了这把锁就可以把资源给锁上，只有我才可以用，其他人只能选择等待。
image.png
如图：
当我们处于分布式环境下想要操作同一个资源的时候，我们可以用同一个key然后setnx。谁set成功了，谁就获得该锁，然后可以获取到资源，然后进行操作。
3.Hash，list，set操作
3.1 Hash操作
如下图所示：
hmset:可以设置一个对象，属性：值形式
hgetall key 可以获取key 的所有值
hget key field :获得单个属性的值
hset key field ：设置单个属性的值
下面是演示：
image.png
image.png
3.2 List
list的基本指令：
lpush:把一个元素压栈；
lrange:显示指定范围内的所有元素；如果上限大于List长度 ，则返回所有元素
lindex:返回某一个索引的值
lpop:从栈顶移除一个元素
rpop:从栈底移除一个元素
下面是演示：
image.png
3.3 Set
sadd:添加元素；
smembers:获取set的元素
spop:移除元素；
srem:删除一个元素；
sinter:找出两个集合的交集
sdiff:找出两个集合的差集
下面是演示：
image.png
3.4 SortedSet
sortedSet可以用来做排行榜，因为每个key后面都会一定的分数，根据分数来排序
zdd：添加元素
zrange：返回所有元素，已经按分数排序
有一个可以倒序输出的指令，因此我们如果做排行榜的话，可以将销量作为分数，商品的名字作为member
image.png
4.Java代码操作Redis
1.首先引入jedis的包；
2.然后根据api去操作就好了。非常简单，和我们操作命令行差不多。详情参考一下网上的DEMO
5.Redis发布订阅
要有订阅者和发布者的存在
可以起到异步解耦的作用。比如：异步发短信这些和主要逻辑功能没关系的，可以考虑用发布订阅这些。
让多个系统进行通信。
这里知道有这个概念就好了。因此我们平时在开发中，Redis这个发布订阅功能用的不多，我们有专业的各种MQ帮我们处理。
6.Redis事务
6.1Redis事务的演示
multi：开启事务
exec：执行事务
演示：
image.png
上面演示的是成功的情况。而失败的情况一般包含两种
语法失败，不会执行操作
第二种情况，语法没有出错，两个的key相同，会入队列。执行事务的时候，会把脏数据放进去；如图：
image.png
注意：Redis不是关系型数据库，Redis没有回滚的概念
6.2 watch的演示
watch：监控的key，在事务无法改变key
unwatch:撤销监控
image.png
总结：
Redis事务非常鸡肋，生产上几乎不会用，面试会问问
7.Redis持久化
有两种方式：一种是快照，一种是AOF
7.1快照(一般不会用)：持久化到磁盘
我们在redis.conf文件中可以找到对应的配置
image.png
900 1:900s以内，有一个key改变就把一个Key放磁盘里面
300 10：300s以内，有10个key发生改变，会持久化到磁盘
以此类推
优点：
会把所有的数据持久化到磁盘
缺点：
效率低，影响性能和数据的浪费
如果要禁用的话直接把save禁止掉
7.2AOF(append only file)
只是把改变的添加到某一个磁盘里面，当下次Redis启动的时候就加载这些改动的部分
image.png
把No改为Yes就可以启用AOF模式
AOF也有三种模式，一般我们会用第二种模式
appendfsync always:只要添加一条就放到磁盘里面，效率低(一般不用)
appendfsync everysec：每秒中有多少改变都写到磁盘(就算Redis挂了，有些数据丢失，影响不会那么大)
appendfsync no：多久同步一次，不是我们控制的，完全依赖于操作系统，Redis(一般不用)
AOF和快照模式的比较
存储结构:
内容是redis通讯协议(RESP )格式的命令文本存储。
比较：
1、aof文件比rdb更新频率高，优先使用aof还原数据。
2、aof比rdb更安全也更大
3、快照性能比aof好
4、如果两个都配了优先加载AOF。
7.3Redis内存
Redis是一个内存数据库
Redis的容量依赖于内存的大小
Redis可以自己设定内存大小
如果我们自己设了内存大小的话，同时要设置内存策略；
Redis默认使用的是LRU算法
LRU算法：
长时间不用的数据(key)，会从Redis中删除
8.Redis面试理论
Redis集群出现之前如果实现高可用：
主从复制，主服务器要什么改变都复制到从服务器
缺点：
数据量会非常大，每一个从服务器数据量和主服务器一样
3.0以后Redis有了集群的解决方案。
8.1Redis Cluster分区实现原理
槽(slot)概念
Redis Cluster中有一个16384长度的槽的概念，他们的编号为0、1、2、3……16382、16383。这个槽是一个虚拟的槽，并不是真正存在的。正常工作的时候，Redis Cluster中的每个Master节点都会负责一部分的槽，当有某个key被映射到某个Master负责的槽，那么这个Master负责为这个key提供服务，至于哪个Master节点负责哪个槽，这是可以由用户指定的，也可以在初始化的时候自动生成(redis-trib.rb脚本)。这里值得一提的是，在Redis Cluster中，只有Master才拥有槽的所有权，如果是某个Master的slave，这个slave只负责槽的使用，但是没有所有权。
image.png
这张图的意思是：比如我们有一个客户端请求了某个key发现不在某个节点上，该节点会找到这个key所在的节点，然后返回给客户端，让客户端重新发起请求。
8.2Redis的线程模型
image.png
image.png
Redis是单线程，单进程的程序。一个指令来了，先放进队列里面，先进先出；为什么单线程还这么快，因为是运行在内存里面，CPU操作内存速度是非常快的
