redis基础学习

Redis 4.0

Redis数据库端口（6379）

是一个高性能的key-value数据库支持主从同步, 完全实现了发布/订阅机制, 因此可以用于聊天室等场景. 主要表现于多个浏览器之间的信息同步和实时更新。Redis 有 5 种基础数据结构，分别为：string (字符串)、list (列表)、set (集合)、hash (哈希) 和 zset (有序集合)。

基本命令：

dbsize 查看所有key的数目
flushdb 删除当前选择数据库中的所有key
flushall 删除所有数据库中的所有key
save: 将数据同步保存到磁盘
bgsave: 异步保存
lastsave: 上次成功保存到磁盘的Unix时间戳
info: 查询server信息
config: 配置server
slaveof: 改变复制策略设置 

为什么说redis能够快速执行

i. 绝大部分请求是纯粹的内存操作（非常快速）

ii. 采用单线程,避免了不必要的上下文切换和竞争条件

iii. 非阻塞IO - IO多路复用

Redis线程模型有哪些，单线程为什么这么快

IO模型维度特征：使用了多路复用器，在Linux系统中使用的是EPOLL；

命令操作在单线程中顺序操作，没有多线程的困扰不需要锁的复杂度，在操作数据上相对来说是原子性质的；

架构设计模型：自身的内存存储数据，读写操作不设计磁盘IO；

Redis持久化机制：RDB（内存快照）和AOF（日志文件）

Redis有不同的持久化方式：

能够在指定的时间间隔对你的数据进行快照存储；

也可以不使用任何持久化；

也可以同时开启两种持久化模式；

RDB的优缺点：

优点：速度快，可以通过fork出一个子进程，所有工作都有子进程去做，父进程不需要做任何IO操作，所以RDB持久化方式可以最大化Redis性能；

缺点：若突发状况发生丢失数据，要使丢失数据最少，RDB不适合；当数据集比较大时，fork过程会非常耗时；主进程的数据规划不要持有太大的数据集，尽量使用分块使用

AOF优缺点：

优点：使用AOF会让你的Redis更加耐久；AOF文件是一个只进行追加的日志文件，所以不需要写入seek；当文件过大时，自动对AOF进行重写；有序的保护了对数据库执行的所有写入操作；

缺点：AOF文件体积通常大于RDB；丢失重启恢复较慢；

Redis的过期键有哪些删除策略

4 缓存穿透、缓存击穿、缓存雪崩解决方案
缓存穿透
指查询一个一定不存在的数据，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到 DB 去查询，可能导致 DB 挂掉。

解决方案：

i. 查询返回的数据为空，仍把这个空结果进行缓存，但过期时间会比较短

ii. 布隆过滤器：将所有可能存在的数据哈希到一个足够大的 bitmap 中，一个一定不存在的数据会被这个 bitmap 拦截掉，从而避免了对 DB 的查询。

缓存击穿
对于设置了过期时间的 key，缓存在某个时间点过期的时候，恰好这时间点对这个 Key 有大量的并发请求过来，这些请求发现缓存过期一般都会从后端 DB 加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把 DB 压垮。

解决方案：

i. 使用互斥锁：当缓存失效时，不立即去 load db，先使用如 Redis 的 setnx 去设置一个互斥锁，当操作成功返回时再进行 load db 的操作并回设缓存，否则重试 get 缓存的方法。

ii 永远不过期：物理不过期，但逻辑过期（后台异步线程去刷新）。

缓存雪崩
设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到 DB， DB 瞬时压力过重雪崩。与缓存击穿的区别：雪崩是很多 key，击穿是某一个key 缓存。

解决方案：

将缓存失效时间分散开，比如可以在原有的失效时间基础上增加一个随机值，比如 1-5 分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。

如何淘汰过期的keys

进行访问时会被发现并主动过期；设置定时随机测试；

1.进行相关检测；

2.删除所有已经过期的keys

3.如果有多余20%的keys过期，重复第一步；