目录

Redis概述

应用场景

Redis的线程模式

数据持久化

1.Rdb（Redis DataBase）

2.Aof（Append Only File）

mysql与redis保持数据一致

redis事务

主从复制（Redis集群)

哨兵模式

key过期策略

缓存穿透、击穿、雪崩

1.缓存穿透：缓存中没有，在mysql中也没有

2.缓存击穿：数据在数据库中存在，某个热点的key（秒杀、抢购）但是在Redis中过期了，此时有大量请求，查询mysql

3.缓存雪崩:访问量很大，大量key失效

---

Redis概述

非关系型数据库，以键值对的形式存储，读写速度快，数据持久化，支持多类型数据。

应用场景

1.缓存：

        访问量大的（秒杀、点赞）

        修改少的

        存储验证码（定时删除）

2.计数器

3.排行榜(zset)

4.去重（set）

5.消息队列(list) 排号

6.分布式锁

Redis的线程模式

在6.0之前是客户端连接和读写数据上是单线程模式

在6.0之后在客户端连接上是多线程模式，但在数据读写上是单线程的。

为什么使用单线程速度还很快？

1.基于内存存储

2.底层存储数据结构为hash表o(1)

3.单线程模式避免了线程的切换，性能消耗少，并且单线程避免了死锁的发生。

数据持久化

因为数据存储在内存，存在数据丢失，以便在重启后恢复数据。 

1.Rdb（Redis DataBase）

在指定的时间间隔下，将数据以二进制的形式写入磁盘，默认为保存在 dump.rdb，当符合一定条件时 Redis 会自动将内存中的数据进行快照并持久化到硬盘。

触发快照时期

save：用来配置触发 Redis 的 RDB 持久化条件，也就是什么时候将内存中的数据保存到硬盘。比如"save m n"。表示 m 秒内数据集存在 n 次 修改时，自动触发 bgsave。

save 900 1 ：表示 900 秒钟内至少 1 个键被更改则进行快照。

save 300 10 ：表示 300 秒内至少 10 个键被更改则进行快照。

save 60 10000 ：表示 60 秒内至少 10000 个键被更改则进行快照。

 若不持久化，可以注释掉save

2.Aof（Append Only File）

以日志的形式进行存储，将 Redis 执行过的所有指令记录下来（读操作不记录）。

appendon1y no #默认是不开启    yes 开启

appendfilename  appendonly.aof #默认的文件名是 appendonly.aof，可以通过 appendfilename 参数修改。

AOF 同步机制 

appendfsync always   #每次修改都会 sync。消耗性能

appendfsync everysec #每秒执行一次 sync，可能会丢失这 1s 的数据(默认)

重启 redis 生效

mysql与redis保持数据一致

将mysql中的数据修改后，redis中的数据需要与mysql中的数据保持一致

解决方式：

1.先更新mysql中的数据，再更新redis中的数据，如果redis数据更新失败，也会导致数据不一致。 

2.先删除redis中的数据，再更新mysql 中的数据，再次查询的时候将数据添加到缓存中，但是当redis中的数据删除后，mysql正进行更新，线程1进行查询，右将mysql中的老数据查询到了redis中。

3.延迟双删：先将redis中的数据进行删除，如果查询数据时，将mysql中的数据又存到redis中，如果没有查询，则mysql中的数据进行修改后，再将数据存放在redis中。

redis事务

是为了保证一组命令作为整体来连续执行，其他客户端不会打断执行。

Multi:开启事务

Exec：执行事务

    java代码实现事务控制
    redisTemplate.multi();//开启redis事务
         //命令1
  
         //命令2
 
         //命令3
    redisTemplate.exec();//提交redis事务