Qynwang的博客

2. 使用 ftp类软件上传至linux：/home/software/ 目录下。建议下载稳定版本(stable)得到文件夹 redis-5.0.5。

2. 在 application.yml 文件中 配置redis。3. 在 controller 层进行测试。之后在浏览器访问对应的接口进行测试！

1. 简介RDB：每隔一段时间，把内存中的数据写入磁盘的零食文件，作为快照，恢复的时候把快照文件读进内存中。如果宕机重启，那么内存里的数据肯定会没有的，那么再次启动redis后，则会恢复。2.备份与恢复3.RDB优劣势4.RDB的配置，主要在 redis.conf 中配置（1）保存位置，可以在redis.conf自定义：如上配置，则其备份文件是存储在 /usr/local/redis/working/dump.rdb 中的（2）备份策略（3）其它配置5. 总结。

三台服务器：一台作为 Redis 主节点（Master），另外两台作为 Redis 从节点（Slave）之后重启redis，这时就可以在三台服务器上，进入 redis-cli 客户端使用如下命令查看主从节点状态。根据读写二八原则，主节点负责处理写操作，从节点负责处理读操作；可以理解为一种水平扩展的方式来提高Redis性能；配置主要修改从节点的配置文件 redis.conf。主节点起到了请求分发的作用。

当客户端请求一个已经过期的key的时候，那么redis会检查这个key是否过期，如果过期了，则删除，然后返回一个nil。这种策略对cpu比较友好，不会有太多的损耗，但是内存占用会比较高。定时随机的检查过期的key，如果过期则清理删除。每秒检查次数在redis.conf中的hz配置，如下图则设置了每秒检查10次。设置了expire的key缓存过期了，但是服务器的内存还是会被占用，对此，Redis 有两种删除策略。当内存占用满了以后，redis提供了一套缓存淘汰机制：MEMORY MANAGEMENT。

主从结构（）下，Sentinel（哨兵）模式用于监控Redis集群中的Master状态的工具，是Redis高可用解决方法，哨兵可以监视一个或多个redis master服务，以及这些master服务的所有从服务；当某个master服务宕机后，会把这个master下的某个从服务升级为master来替代一宕机的master继续工作。

对于和文章中，都只是有一个 master 主节点，但是一个的性能有限，数据达到一定程度会有瓶颈，这个时候可以通过水平扩展为多master-slave成为集群。

用户查询数据，如果缓存中没有数据，就会去数据库中查询，然后再加入缓存中，之后的请求就可以在缓存中查询了;如果用户在查询的时候，使用非法请求，每次查询到的都是数据库中没有的数据，这样就无法存入缓存之中了;这样就会导致，如果用户连续发送这种redis和数据库都不存在值的查询，并且请求成千上万次，由于在缓存中查询不到而直接请求数据库，给数据库带来压力，造成宕机，从而影响整个系统，

然后刷新用户信息试一下，（调用接口：/userInfo/my?userId=123）客户端会提示：请登录。2. 将拦截器类注册到Spring容器中。1. 首先创建一个拦截器类。