Redis概述

Redis概述：
redis是一个非关系型的数据库(not-only-sql即nosql),以键值对的方式存储数据,将数据存放在内存中,存取速度快,但是对持久化的支持不够好,所以redis一般配合关系型数据库使用,redis可以做分布式缓存,用在数据量大,高并发的情况下.redis通过很多命令进行操作,而且redis不适合保存内容大的数据.

redis的持久化方案
两种，为RDB和AOF：

1. RDB：指定的时间间隔能对数据进行持久化
2. AOF：每秒对数据进行持久化
   如果你没有数据持久化的需求，可以关闭RDB和AOF方式，这样的话，redis将变成一个纯内存数据库，就像memcache一样，如果你对数据的完整性要求比较高,那么就选择AOF，官方的建议是两个同时使用。这样可以提供更可靠的持久化方案。

Redis的五种数据类型

1. String类型：使用get set进行取值赋值
2. Hash类型：hset给一个字段设置值，hmset一次给多个字段设置值
   hget去一个字段的值，hmget取多个字段的值
3. list类型：lpush向列表左边添加元素
   rpush向列表右边添加元素
   lrange查看列表
4. set类型：SADD添加元素，smembers查看元素，srem删除元素
5. sort set有序集合类型：ZADD添加元素，ZRANGE顺序查看元素，
   ZREVRANGE倒叙查看元素

Redis的优点：

1. 读写速度快. 数据存放在内存中,数据结构类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1)
2. 支持丰富的数据类型,string,hash,list,set,sorted
3. 支持事务,而且操作都是原子性.(原子性就是事务要么操作成功,要么失败回滚)
4. 丰富的特性:可以用于缓存,消息队列,按key设置过期时间,到期后自动删除
5. 支持数据持久化(将内存数据持久化到磁盘),支持AOF和RDB两种持久化方式,从而进行数据恢复操作,可以有效地防止数据丢失
6. 支持主从(master-slave)复制来实现数据备份,主机会自动将数据同步到从机

缓存穿透
缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时需要从数据库查询，查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到数据库去查询，造成缓存穿透。

解决办法：

1. 对所有可能查询的参数以hash形式存储，在控制层先进行校验，不符合则丢弃。还有最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。
2. 也可以采用一个更为简单粗暴的方法，如果一个查询返回的数据为空（不管是数 据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

缓存雪崩
如果缓存集中在一段时间内失效，发生大量的缓存穿透，所有的查询都落在数据库上，造成了缓存雪崩。

解决办法

1. 在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
2. 可以通过缓存reload机制，预先去更新缓存，再即将发生大并发访问前手动触发加载缓存
3. 不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀. 比如我们可以在原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件
4. 做二级缓存，或者双缓存策略。A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期。

缓存击穿
缓存被“击穿”的问题，这个和缓存雪崩的区别在于这里针对某一key缓存，前者则是很多key。

redis的主从结构：
主从结构一是可以进行冗余备份,二是可以实现读写分离

主从复制：持久化保证了即使redis服务重启也会丢失数据，因为redis服务重启后会将硬盘上持久化的数据恢复到内存中，但是当redis服务器的硬盘损坏了可能会导致数据丢失，如果通过redis的主从复制机制就可以避免这种单点故障. 例如:我们搭建一个主叫做redis0,两个从,分别叫做redis1和redis2,即使一台redis服务器宕机其它两台redis服务也可以继续提供服务。主redis中的数据和从redis上的数据保持实时同步，当主redis写入数据时通过主从复制机制会复制到两个从redis服务上。

1. 一个Master可以有多个Slave,不仅主服务器可以有从服务器，从服务器也可以有自己的从服务器
2. 复制在Master端是非阻塞模式的，这意味着即便是多个Slave执行首次同步时，Master依然可以提供查询服务；
3. 复制在Slave端也是非阻塞模式的：如果你在redis.conf做了设置，Slave在执行首次同步的时候仍可以使用旧数据集提供查询；你也可以配置为当Master与Slave失去联系时，让Slave返回客户端一个错误提示；
4. 当Slave要删掉旧的数据集，并重新加载新版数据时，Slave会阻塞连接请求

读写分离：
主从架构中，可以考虑关闭主服务器的数据持久化功能，只让从服务器进行持久化，这样可以提高主服务器的处理性能。从服务器通常被设置为只读模式，这样可以避免从服务器的数据被误修改。