【二】redis-实践总结

1、安装

可以参考我之前的文档

2、加入Linux服务

加入服务
 vi /lib/systemd/system/redis.service 

$ vi /lib/systemd/system/redis.service 

加入下面内容

[Unit]
Description=redis
After=network.target

[Service]
Type=forking
PIDFile=/var/run/redis_6379.pid
ExecStart=/root/redis-5.0.4/src/redis-server  /root/redis-5.0.4/redis.conf
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true

[Install]
WantedBy=multi-user.target

保存并退出

$ systemctl enable redis.service //加入开机启动

$ systemctl start redis //开启redis服务

$ systemctl status redis //查看redis运行状态

3、配置

3.1日志

redis日志分为4个级别

Redis4默认的设置为notice，开发测试阶段可以用debug（日志内容较多一般不建议使用），生产模式一般选用notice

1. debug：会打印出很多信息，适用于开发和测试阶段

2. verbose（冗长的）：包含很多不太有用的信息，但比debug要清爽一些

3. notice：适用于生产模式

4. warning : 警告信息

修改配置文件

loglevel notice

logfile "/logs/redis.log"

4、Redis redis-cli常用操作

一、连接

　　在bin目录下./redis-cli -p port -a password

　　授权auth password

　　查看是否连接成功 ping PONG表示连接成功

二、键值相关命令

　　keys * 取出当前所有的key

　　exists name 查看n是否有name这个key

　　del name 删除key name

　　expire confirm 100 设置confirm这个key100秒过期

　　ttl confirm 获取confirm 这个key的有效时长

　　select 0 选择到0数据库 redis默认的数据库是0~15一共16个数据库

　　move confirm 1 将当前数据库中的key移动到其他的数据库中，这里就是把confire这个key从当前数据库中移动到1中

　　persist confirm 移除confirm这个key的过期时间

　　randomkey 随机返回数据库里面的一个key

　　rename key2 key3 重命名key2 为key3

　　type key2 返回key的数据类型

三、服务器相关命令
　　ping PONG返回响应是否连接成功

　　echo 在命令行打印一些内容

　　select 0~15 编号的数据库

　　quit /exit 退出客户端

　　dbsize 返回当前数据库中所有key的数量

　　info 返回redis的相关信息

      info clients 现在的连接数

　　config get dir/* 实时传储收到的请求

　　flushdb 删除当前选择数据库中的所有key

　　flushall 删除所有数据库中的数据库

      CONFIG GET databases 查询数据库的数量

      time：返回当前服务器时间

      client list: 返回所有连接到服务器的客户端信息和统计数据 

5、常见问题分析

一. 缓存雪崩

“雪崩来临的时候没有一片雪花是无辜的”。缓存雪崩就是大范围甚至于整个redis提供的缓存服务不可用了，进而导致所有的请求都直接到了数据库，甚至于击垮整个服务链路。造成整个服务不可用。

出现原因：

给缓存设置了过期时间，且大范围的缓存数据的过期时间一致。

redis服务宕机。

解决方案：

提前预案: 给redis过期时间加随机值预防大面积的缓存同时过期失效。redis集群高可用可用，哨兵机制。

兜底方案: 服务熔断，服务降级。监控到缓存服务不可用时直接返回，或者限制流量直接请求到数据库层。

二. 缓存击穿
相交于缓存雪崩大范围或整体缓存不可用缓存击穿则是指某个热点key过期，导致的缓存失效。常常是一部分热点数据，如秒杀产品的库存数据。

出现原因：热点数据过期，或者被其他手段删除。

解决方案：

对于热点数据缓存时不设置过期时间。

第一个请求发现热点数据不在redis缓存中，可以先阻塞其他请求，等到第一个请求将数据库数据读出来并缓存到redis后再唤醒其他请求从缓存服务中读取热点数据。

三. 缓存穿透
缓存穿透则是另外一个层面，指的时请求所访问的数据既不在缓存中，也不在数据库中。如果应用持续有大量请求访问数据，就会同时给缓存和数据库带来巨大压力。

出现原因：

业务层误操作访问到了不会存在的数据。

恶意请求攻击

解决方案：

第一个请求发现热点数据不在redis缓存中和数据库中，可以先阻塞其他请求，缓存一个缺省值返回。

利用redis提供的布隆过滤器。

前端有效值校验。

四. 总结
缓存雪崩 ，缓存击穿 均属于缓存失效的一种异常，缓存雪崩影响范围大于缓存击穿。缓存穿透 则是数据本身就在整个数据存储层。