Redis高级部分

1.Redis穿透和雪崩

1.1 缓存穿透

1.1.1 问题描述

缓存穿透：是指查询一个数据库一定不存在的数据。正常的使用缓存流程大致是，数据查询先进行缓存查询，如果key不存在或者key已经过期，再对数据库进行查询，并把查询到的对象，放进缓存。如果数据库查询对象为空，则不放进缓存

代码流程

1.参数传入对象主键ID

2.根据key从缓存中获取对象

3.如果对象不为空，直接返回

4.如果对象为空，进行数据库查询

5.如果从数据库查询出的对象不为空，则放入缓存（设定过期时间）

如果传入的参数为-1，会是怎么样？这个-1，就是一定不存在的对象。就会每次都去查询数据库，而每次查询都是空，每次又都不会进行缓存。假如有恶意攻击，就可以利用这个漏洞，对数据库造成压力，甚至压垮数据库。即便是采用UUID，也是很容易找到一个不存在的KEY，进行攻击。

1.1.2 解决方案

采用缓存空值的方式，也就是【代码流程】中第5步，如果从数据库查询的对象为空，也放入缓存，只是设定的缓存过期时间较短，比如设置为60秒。

1.2 Redis雪崩

1.2.1 问题解析

缓存雪崩：是指在某一个时间段，缓存集中过期失效。

产生雪崩的原因之一，比如在写本文的时候，马上就要到双十二零点，很快就会迎来一波抢购，这波商品时间比较集中的放入了缓存，假设缓存一个小时。那么到了凌晨一点钟的时候，这批商品的缓存就都过期了。而对这批商品的访问查询，都落到了数据库上，对于数据库而言，就会产生周期性的压力波峰。

1.2.2 解决方案

做电商项目的时候，一般是采取不同分类商品，缓存不同周期。在同一分类中的商品，加上一个随机因子。这样能尽可能分散缓存过期时间，而且，热门类目的商品缓存时间长一些，冷门类目的商品缓存时间短一些，也能节省缓存服务的资源

1.3 缓存击穿

1.3.1 问题解析

缓存击穿：是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个屏障上凿开了一个洞。

1.3.2 解决方案

让缓存永不过期

2.Redis事务

Redis 提供的事务机制与传统的数据库事务有些不同，传统数据库事务必须维护以下特性：原子性(Atomicity), 一致性(Consistency), 隔离性(Isolation), 持久性(Durability)，简称ACID。
而Redis事务不支持回滚，原子性支持不完整，所以一致性也无法保证。支持隔离性，持久性因为需要开启AOF持久化（每次操作都写），出于性能问题一般不会开启，故持久性基本上也不支持。

3.Redis持久化策略

RDB（数据快照模式）：定期存储，保存的是数据本身，存储文件是紧凑的
AOF（追加模式）：每次修改数据时，同步到硬盘(写操作日志)，保存的是数据的变更记录
如果只希望数据保存在内存中的话，俩种策略都可以关闭也可以同时开启俩种策略，当Redis重启时，AOF文件会用于重建原始数据

3.1 RDB（数据快照模式）

RDB定时备份内存中的数据集。服务器启动的时候，可以从 RDB 文件中恢复数据集。

3.1.1 优点

存储的文件是紧凑的
适合用于备份，方便恢复不同版本的数据
适合于容灾恢复，备份文件可以在其他服务器恢复
最大化了Redis的性能，备份的时候启动的是子线程，父进程不需要执行IO操作
数据保存比AOF要快

3.1.2 缺点

如果Redis因为没有正确关闭而停止工作是，到上个保存点之间的数据将会丢失，由于需要经常fork子线程来进行备份操作，如果数据量很大的话，fork比较耗时，如果cpu性能不够，服务器可能是卡顿。属于数据量大的时候，一个服务器不要部署多个Redis服务。

3.2 AOF（追加模式）

AOF记录服务器的所有写操作。在服务器重新启动的时候，会把所有的写操作重新执行 一遍，从而实现数据备份。当写操作集过大（比原有的数据集还大），Redis 会重写写操作集。

3.2.1 优点

• 使用AOF模式更加的灵活，因为可以有不同的fsync策略
• AOF是一个日志追加文件，所有不需要定位，就算断电也没有损坏问题，哪怕文件末尾是一个写到一半的命令，redus-check-aof工具也可以很轻易的修复
• 当AOF文件很大的，Redis会自动在后台进行重写。重写是决对安全的，因为Redis是继续往旧的文件里面追加，使用创建当前数据集所需的最小操作集合来创建一个全新的文件，一旦创建完成，Redis就会切换到新文件，开始往新文件进行追加操作
• AOF包含一个又一个的操作命令，易于理解和解析

3.2.1缺点

• 对于同样的数据集，AOF文件通常要大于RDB文件
  AOF可能比RDB要慢，这取决于fsync策略。通常fsync设置为每秒一次的话性能仍然很高，如果关闭sfync，即使在很高的负载下也和RDB一样快。不过，即使在很大的写负载情况下，RDB还是能提供很好的最大延迟保证
• AOF1通过递增的方式更新数据，而RDB快照是从头开始创建，RDB会更健壮和稳定（所以适用于备份）